Re: [Sugar-devel] [IAEP] [SoaS] The Future of Sugar on a Stick

Thanks for the update, Sean! The mailing list is up - details on the conversation are posted at http://wiki.sugarlabs.org/go/Talk:Sugar_on_a_Stick#Make_a_SoaS_mailing_list. In short: people talked, consensus was reached, stuff happened. We're getting better at this - and are close to finishing the

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Yamandu Ploskonka wrote: > I for one had hoped that the utterly painful performance > problems with Sugar were a price we were paying for total cross-platform > compatibility though Python. I'm having my innocence crushed as I > follow this thread... We would do well to clarify this. For the

Re: [Sugar-devel] [Karma] 640 px width? was Re: [Karma] Introduction, thanks and questions

too small for the xo screen Bryan Berry wrote: > On Thu, 2009-09-24 at 08:13 +0500, roshan karki wrote: >> It didn't looked ok. > > u mean, it looked bad? > >> On Thu, Sep 24, 2009 at 6:24 AM, Bryan Berry >> wrote: >> christoph, does 640px for the width of chakra look ok on the >>

Re: [Sugar-devel] [Karma] 640 px width? was Re: [Karma] Introduction, thanks and questions

On Thu, 2009-09-24 at 08:13 +0500, roshan karki wrote: > It didn't looked ok. u mean, it looked bad? > On Thu, Sep 24, 2009 at 6:24 AM, Bryan Berry > wrote: > christoph, does 640px for the width of chakra look ok on the > XO? > > On Thu, 2009-09-24 at 00:42 +0545

Re: [Sugar-devel] [Karma] 640 px width? was Re: [Karma] Introduction, thanks and questions

It didn't looked ok. On Thu, Sep 24, 2009 at 6:24 AM, Bryan Berry wrote: > christoph, does 640px for the width of chakra look ok on the XO? > > On Thu, 2009-09-24 at 00:42 +0545, Christoph Derndorfer wrote: > > Roshan karki schrieb: > > > > 2) Can you please make the thumbnails "2X2" instead of

Re: [Sugar-devel] [IAEP] A Virtual Box solution that works with Sticks

Hi Dave, On 24 Sep 2009, at 01:55, Dave Bauer wrote: > Last I checked virtualbox could not boot from USB on a Mac. This may > have changed in a more recent version. Yep correct, that is still the case**. But, we were not talking about booting USB. Just mounting it and using the data-store fr

[Sugar-devel] [Karma] 640 px width? was Re: [Karma] Introduction, thanks and questions

christoph, does 640px for the width of chakra look ok on the XO? On Thu, 2009-09-24 at 00:42 +0545, Christoph Derndorfer wrote: > Roshan karki schrieb: > > > 2) Can you please make the thumbnails "2X2" instead of "1X4" > > > > @Roshan: I'm not sure what you mean by this... :-? > > > > I mean pu

Re: [Sugar-devel] [IAEP] A Virtual Box solution that works with Sticks

On Wed, Sep 23, 2009 at 8:12 PM, Gary C Martin wrote: > > Yes, I routinely use the "Shared Folders" feature for VirtualBox on the Mac > :-) Every thing Sugar flavour I work on resides there for easy access > between different VMs. VirtualBox treats this as a device (after installing > guest additi

Re: [Sugar-devel] [IAEP] A Virtual Box solution that works with Sticks

Last I checked virtualbox could not boot from USB on a Mac. This may have changed in a more recent version. Dave On Wed, Sep 23, 2009 at 8:12 PM, Gary C Martin wrote: > Hi Bill, > > On 24 Sep 2009, at 00:17, Bill Bogstad wrote: > > > On Wed, Sep 23, 2009 at 4:26 PM, Gary C Martin > > wrote: >

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

El Wed, 23-09-2009 a las 20:13 -0400, Wade Brainerd escribió: > Sugar could report an error message on startup: "This Activity > contains executable code which was not compiled for this platform. > Please contact the activity author for support." > This would fall into the general category of disp

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Sugar could report an error message on startup: "This Activity contains executable code which was not compiled for this platform. Please contact the activity author for support." This would fall into the general category of displaying better error messages when activities fail to start. If ARM be

Re: [Sugar-devel] [IAEP] A Virtual Box solution that works with Sticks

Hi Bill, On 24 Sep 2009, at 00:17, Bill Bogstad wrote: > On Wed, Sep 23, 2009 at 4:26 PM, Gary C Martin > wrote: > >> Sure, you could just link the ~/default/datastore directory on the VM >> to the matching location on the stick. I'm not sure how the pretty >> way >> to do this would be (lik

Re: [Sugar-devel] [IAEP] A Virtual Box solution that works with Sticks

On Wed, Sep 23, 2009 at 4:26 PM, Gary C Martin wrote: > Sure, you could just link the ~/default/datastore directory on the VM > to the matching location on the stick. I'm not sure how the pretty way > to do this would be (likely at this moment in time would be just > tweaking the VMs to assume th

Re: [Sugar-devel] [IAEP] [SoaS] The Future of Sugar on a Stick

Mel, Sebastian, Walter, Bernie, David and the others, thanks for that ad-hoc yet fruitful IRC discussion tonight. I trust someone can post the transcript? Meetbot seemed revived. I fully support the new list as a gathering place for any liveUSB Sugar project, even if Sebastian's project is and wil

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

El Wed, 23-09-2009 a las 21:11 +0100, Gary C Martin escribió: > Would that not potentially be covered if ActivityTeam agree a set of > supported platforms (and agree a 'fat' bundle)? We can _never_ test > and QA every platform in existence, so we have to at least agree on a > core N amount of

[Sugar-devel] Spam on Trac

They're getting better - this one almost had me worried it is an actual bug report. - Bert - Begin forwarded message: > From: "Sugar Labs Bugs" > Date: 23. September 2009 23:21:33 MESZ > To: b...@freudenbergs.de > Cc: b...@lists.sugarlabs.org > Subject: Re: #380 UNSP: etoys: not starting up (

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

On 23 Sep 2009, at 20:22, Bernie Innocenti wrote: > El Wed, 23-09-2009 a las 14:33 -0400, Benjamin M. Schwartz escribió: >> Or, we bless a small number of completely self-contained virtual >> machines >> (e.g. etoys squeak, mozilla javascript, Sun Java, perhaps a >> restricted >> python), and

Re: [Sugar-devel] [IAEP] A Virtual Box solution that works with Sticks

Hi Caroline, On 23 Sep 2009, at 20:10, Caroline Meeks wrote: > The current status of the GPA is: > > The 4th grade classroom has a bank of 6 machines that can boot Sugar > on a Stick. > The 4th grade specialist has one used laptop that can boot Sugar on > a Stick. > > Access to the PCs in the

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Hi Bernie, On 23 Sep 2009, at 17:19, Bernie Innocenti wrote: > El Tue, 22-09-2009 a las 16:51 +0100, Gary C Martin escribió: >> This is not a "what if" it works right now and since 0.84. Any .xo >> bundle in your Journal can be 'sent to' over the either to any >> friend, >> where by Journal wil

Re: [Sugar-devel] A Virtual Box solution that works with Sticks

On Wed, Sep 23, 2009 at 3:20 PM, Caroline Meeks wrote: > Since we can't seem to boot the MacBooks directly, but we could use Virtual > Box, can anyone think of way to use Virtual Box that would allow students to > use the info on their sticks so they can at another point in time use a > classroom

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Bernie Innocenti wrote: > It's still too restrictive for external developers who would like to do > more ambitious things, like Karma and Physics. Those would have to come > and beg us to approve their dependencies. Karma is HTML+Javascript, for which we have an approved interpreter on the list,

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

El Wed, 23-09-2009 a las 14:33 -0400, Benjamin M. Schwartz escribió: > Or, we bless a small number of completely self-contained virtual machines > (e.g. etoys squeak, mozilla javascript, Sun Java, perhaps a restricted > python), and then run them on any hardware. I think that would create a much b

Re: [Sugar-devel] A Virtual Box solution that works with Sticks

On Wed, Sep 23, 2009 at 3:16 PM, Mathieu Bridon (bochecha) < boche...@fedoraproject.org> wrote: > > Can anyone think of way to use Virtual Box that would allow students to > use > > the info on their sticks so they can at another point in time use a > > classroom computer and not always need to us

Re: [Sugar-devel] A Virtual Box solution that works with Sticks

> Can anyone think of way to use Virtual Box that would allow students to use > the info on their sticks so they can at another point in time use a > classroom computer and not always need to use the same MacBook? I don't quite understand your question. If the students boot the system on their sti

Re: [Sugar-devel] Activity bundle format (was Re: Long-term support for Sugar)

Bernie Innocenti wrote: > El Wed, 23-09-2009 a las 14:03 -0400, Benjamin M. Schwartz escribió: >> Bernie Innocenti wrote: >>> A fixed platform with infinite backwards compatibility is a dream even >>> for an interpreted language. >> Java. > > Java is just a marketing lie ;-) > > The official JVM

[Sugar-devel] A Virtual Box solution that works with Sticks

The current status of the GPA is: The 4th grade classroom has a bank of 6 machines that can boot Sugar on a Stick. The 4th grade specialist has one used laptop that can boot Sugar on a Stick. Access to the PCs in the computer lab is problematic and likely not to happen very much. There are two la

Re: [Sugar-devel] Activity bundle format (was Re: Long-term support for Sugar)

El Wed, 23-09-2009 a las 14:03 -0400, Benjamin M. Schwartz escribió: > Bernie Innocenti wrote: > > A fixed platform with infinite backwards compatibility is a dream even > > for an interpreted language. > > Java. Java is just a marketing lie ;-) The official JVM did not even "run anywhere", but

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Bernie Innocenti wrote: > Either we declare that there exists only One True Sugar Distribution > running on One True Hardware Platform -- which is exactly the opposite > of expanding the base for Sugar -- or we accept the increased complexity > that comes from a real multiplatform scenario. Or, we

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

El Wed, 23-09-2009 a las 13:44 -0400, Bill Bogstad escribió: > On Wed, Sep 23, 2009 at 1:07 PM, Bernie Innocenti wrote: > >... > > > > Right. One way around it is using Alien, which I already proposed. > > Another "solution" is to admit that kids running incompatible distros > > will be unable to

Re: [Sugar-devel] Adventures with GPA Macbooks

I also tried to update the launchpad question so we have one place to look for all the info. https://answers.launchpad.net/soas/+question/81566 On Wed, Sep 23, 2009 at 1:56 PM, Caroline Meeks wrote: > > > On Wed, Sep 23, 2009 at 1:34 PM, Bill Bogstad wrote: > >> On Wed, Sep 23, 2009 at 11:15 AM,

Re: [Sugar-devel] [IAEP] [SoaS] The Future of Sugar on a Stick

> The mailing list in question is for developers... on the specific > existing project. Googling "Sugar on a Stick" will find (as it finds > today) the Sugar Labs website and the download page. I interpreted the mailing list in question as being primarily for developers of *any* SoaS, with the cur

[Sugar-devel] Activity bundle format (was Re: Long-term support for Sugar)

Bernie Innocenti wrote: > A fixed platform with infinite backwards compatibility is a dream even > for an interpreted language. Java. > Right now, we're just closing our eyes pretending that we are immune > from the dependency problems and that the .xo package format will > suffice. Do you reall

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

On Wed, Sep 23, 2009 at 1:07 PM, Bernie Innocenti wrote: >... > > Right.  One way around it is using Alien, which I already proposed. > Another "solution" is to admit that kids running incompatible distros > will be unable to exchange activities -- period.  It would be quite a > rare scenario in t

Re: [Sugar-devel] Adventures with GPA Macbooks

On Wed, Sep 23, 2009 at 11:15 AM, Caroline Meeks wrote: >... > Bottom line is we'll get a lot farther if we can use the macbook laptop > cart. Did you ever get the exact model number of those macbooks? It would help when researching precise hardware compatibility issues. >... > I think the next

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

El Wed, 23-09-2009 a las 12:25 -0400, Benjamin M. Schwartz escribió: > Bernie Innocenti wrote: > > The use cases that work now would continue to work with any package > > format. > > That's definitely not true. > > One option (the one I thought you were advocating) is to make Activities > just li

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Bernie Innocenti wrote: > The use cases that work now would continue to work with any package > format. That's definitely not true. One option (the one I thought you were advocating) is to make Activities just like any other software installed by the distribution package manager. That means they

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

El Tue, 22-09-2009 a las 16:51 +0100, Gary C Martin escribió: > This is not a "what if" it works right now and since 0.84. Any .xo > bundle in your Journal can be 'sent to' over the either to any friend, > where by Journal will automatically install it for them. I have sent > the Physics.xo b

Re: [Sugar-devel] [IAEP] [SoaS] The Future of Sugar on a Stick

But marketing discussions are already on the Sugar Labs marketing list. There's Sugar Labs marketing, nothing specific to SoaS. SoaS is the pillar of the marketing strategy, but in the Sugar Labs picture. The mailing list in question is for developers... on the specific existing project. Googling

Re: [Sugar-devel] [IAEP] [SoaS] The Future of Sugar on a Stick

On Wed, Sep 23, 2009 at 4:55 PM, Sean DALY wrote: > I thought about that, but in that case it wouldn't be appropriate for > Sebastian or anyone associated with Fedora or any other distro for > that matter to moderate the list; the moderator would need to be > distro-independent. Would the list als

Re: [Sugar-devel] [IAEP] [SoaS] The Future of Sugar on a Stick

I thought about that, but in that case it wouldn't be appropriate for Sebastian or anyone associated with Fedora or any other distro for that matter to moderate the list; the moderator would need to be distro-independent. Would the list also be open to any alternate liveUSB Sugar project? This seem

Re: [Sugar-devel] [IAEP] [SoaS] The Future of Sugar on a Stick

On Wed, Sep 23, 2009 at 3:58 PM, Sean DALY wrote: > In my view, the mailing list should be called "SoaS-Fedora". That's > the specific project the mailing list is intended to support, and we > haven't reached consensus that "Sugar on a Stick" should always refer > to the Fedora liveUSB project. Al

[Sugar-devel] Adventures with GPA Macbooks

We worked with the 4th graders in the computer lab today. The computer lab is not working well for us this year. Its booked solid so its hard to get time. More computers are broken so there will not always be enough for everyone to have one. Internet is mysteriously broken on Sugar. The Computer

Re: [Sugar-devel] [IAEP] [SoaS] The Future of Sugar on a Stick

In my view, the mailing list should be called "SoaS-Fedora". That's the specific project the mailing list is intended to support, and we haven't reached consensus that "Sugar on a Stick" should always refer to the Fedora liveUSB project. Although that's clearly the case today and for the forseeable

[Sugar-devel] Election status update

Hi all, The Sugar Labs Oversight Board 2009-2010 Election is scheduled to run from *October 1, 2009* to *October 14, 2009*. All 7 board seats are up for election. The Sugar Labs Member

Re: [Sugar-devel] [SLOBS] [IAEP] Long-term support for Sugar

On Tue, Sep 22, 2009 at 1:40 PM, Tomeu Vizoso wrote: > On Tue, Sep 22, 2009 at 00:54, Peter Robinson wrote: >> On Mon, Sep 21, 2009 at 11:47 PM, Martin Dengler >> wrote: >>> On Mon, Sep 21, 2009 at 05:15:31PM -0500, Yamandu Ploskonka wrote: Chris Ball wrote: > Hi, > >    > TB

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

On Tue, Sep 22, 2009 at 2:27 AM, Benjamin M. Schwartz wrote: > Bernie Innocenti wrote: >> El Mon, 21-09-2009 a las 19:13 -0400, Benjamin M. Schwartz escribió: >> >>> 1.  Produce them easily on any platform. >> >> At OLPC, I head this argument made many times, but it's moot: >> >> (1) one could cre

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

On Tue, Sep 22, 2009 at 12:13 AM, Benjamin M. Schwartz wrote: > Bernie Innocenti wrote: >> What could be achieved with the .xo bundles that couldn't be achieved >> with an rpm? > > Let's not talk about .xo.  ".xo" is just the JAR bundle format. > > What can you do with JAR that you can't do with R

Re: [Sugar-devel] [SLOBS] [IAEP] Long-term support for Sugar

On Tue, Sep 22, 2009 at 00:54, Peter Robinson wrote: > On Mon, Sep 21, 2009 at 11:47 PM, Martin Dengler > wrote: >> On Mon, Sep 21, 2009 at 05:15:31PM -0500, Yamandu Ploskonka wrote: >>> Chris Ball wrote: >>> > Hi, >>> > >>> >    > TBH I'm not 100% sure on that as I'm not a PackageKit developer >

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

El Mon, 21-09-2009 a las 21:27 -0400, Benjamin M. Schwartz escribió: > > (1) one could create a bundle on Windows, but not test it. > > I'm not thinking about Windows. I'm thinking about Linux. I don't use an > RPM-based distro, so I don't have the RPM tools lying around. I'm not > especially

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Bernie Innocenti wrote: > El Mon, 21-09-2009 a las 19:13 -0400, Benjamin M. Schwartz escribió: > >> 1. Produce them easily on any platform. > > At OLPC, I head this argument made many times, but it's moot: > > (1) one could create a bundle on Windows, but not test it. I'm not thinking about Wi

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

El Mon, 21-09-2009 a las 19:13 -0400, Benjamin M. Schwartz escribió: > 1. Produce them easily on any platform. At OLPC, I head this argument made many times, but it's moot: (1) one could create a bundle on Windows, but not test it. Since actual development requires a system capable of running S

Re: [Sugar-devel] [IAEP] [SLOBS] Long-term support for Sugar

Bernie Innocenti wrote: > What could be achieved with the .xo bundles that couldn't be achieved > with an rpm? Let's not talk about .xo. ".xo" is just the JAR bundle format. What can you do with JAR that you can't do with RPM? 1. Produce them easily on any platform. 2. Tell the unpacked manif

Re: [Sugar-devel] [SLOBS] SoaS: Searching for Decision Panel volunteers.

On Mon, Sep 21, 2009 at 10:41 AM, Bernie Innocenti wrote: > El Mon, 21-09-2009 a las 10:14 +0200, Tomeu Vizoso escribió: >> Yes, the most obvious path is to be based on the next CentOS major >> release, which in turn will be based on Fedora 11 (AFAIK). >> >> Switching to other distros with LTS is

Re: [Sugar-devel] Setting default font size in Write activity

That did the job. Thank you very much, Tomeu! Emiliano On Wed, Sep 23, 2009 at 11:27 AM, Tomeu Vizoso wrote: > On Wed, Sep 23, 2009 at 15:27, Emiliano Pastorino > wrote: > > Hi, everyone > > > > I've been asked to set a larger font size by default in Write activity > for > > children who are v

Re: [Sugar-devel] Setting default font size in Write activity

On Wed, Sep 23, 2009 at 15:27, Emiliano Pastorino wrote: > Hi, everyone > > I've been asked to set a larger font size by default in Write activity for > children who are visually impaired. > I tried to edit "toolbar.py" like this: > > ... > ... > for i, s in enumerate(self._font_sizes): >     self

[Sugar-devel] Signed updates for Sucrose-0.86

Hi all, For now, all bundles aren't signed but in new Sucrose-0.86 updater control component was introduced(which is based on updater component from OLPC but doesn't use bitfrost). Sucrose updater just fetches metadata from ASLO[1] and download proper xo bundles. So, the question is, should secu

[Sugar-devel] Setting default font size in Write activity

Hi, everyone I've been asked to set a larger font size by default in Write activity for children who are visually impaired. I tried to edit "toolbar.py" like this: ... ... for i, s in enumerate(self._font_sizes): self._font_size_combo_append_item(i, s, None) if s == '12': self._fo

Re: [Sugar-devel] [IAEP] [SoaS] The Future of Sugar on a Stick

Yes, thanks Mel & Tomeu, it is certainly the case that I need clarity too, since the Sugar Labs message is part of a strategy designed to achieve massive adoption of Sugar beyond OLPC, while supporting the latter. Sugar on GNU/Linux alone cannot be a vector of massive adoption, but SoaS (as I defi

Re: [Sugar-devel] [IAEP] [SoaS] The Future of Sugar on a Stick

On Wed, Sep 23, 2009 at 12:20 AM, Sebastian Dziallas wrote: > Mel Chua wrote: >> There's a lot going on in this thread, so here is my attempt to >> summarize discussions so far. If I've missed or misstated anything, my >> apologies - and it's a wiki, so go fix it. ;-) >> >> http://wiki.sugarlabs.o

Re: [Sugar-devel] [IAEP] [SoaS] The Future of Sugar on a Stick

On Wed, Sep 23, 2009 at 14:36, Mel Chua wrote: >>> Sebastien's original question[2] is unanswered perhaps because it's >>> been deemed maybe-already-answered[3] or "peripheral" >> >> To the contrary, it seems to me that it remains unanswered only >> because it has been deemed a very important ques

Re: [Sugar-devel] [IAEP] [SoaS] The Future of Sugar on a Stick

>> Sebastien's original question[2] is unanswered perhaps because it's >> been deemed maybe-already-answered[3] or "peripheral" > > To the contrary, it seems to me that it remains unanswered only > because it has been deemed a very important question, one worth formal > consideration by a decision

Re: [Sugar-devel] hard code freeze exceptions

On Wed, Sep 23, 2009 at 6:57 AM, Simon Schampijer wrote: > On 09/22/2009 04:54 PM, Tomeu Vizoso wrote: >> Hi, >> >> we have these tickets in the review queue currently marked for 0.86: >> >> #1339 After download, 'Show in Journal' option doesnt switch you to the >> Journal >> #1342 range queries

Re: [Sugar-devel] hard code freeze exceptions

On 09/22/2009 04:54 PM, Tomeu Vizoso wrote: > Hi, > > we have these tickets in the review queue currently marked for 0.86: > > #1339 After download, 'Show in Journal' option doesnt switch you to the > Journal > #1342 range queries use lexical comparison, not numerical > #1410 Progress bar for read

[Sugar-devel] [ASLO] Release Domino-7

Activity Homepage: http://activities.sugarlabs.org/addon/4212 Sugar Platform: from 0.82 to 0.86 Download Now: http://activities.sugarlabs.org/downloads/version/29256 Release notes: Reviewer comments: This request has been approved. Sugar Labs Activities http://activities.sugarlabs.org _

[Sugar-devel] [ANNOUNCE] Sucrose 0.86.0 Tarballs Due

Dear Sucrose Maintainers, please provide source tarballs for the Sucrose 0.86.0 release [1] by the end of the 24th of September and announce them as explained here: http://sugarlabs.org/go/Development_Team/Release#Module_release This will be our final release, so please be extra careful, to not

Re: [Sugar-devel] RFC: Catch-all Trac component, bug wrangling team

On Wed, Sep 23, 2009 at 00:07, Sascha Silbe wrote: > Hi! > > I'd like to propose > a) adding a "catch-all" component on bugs.sugarlabs.org and > b) making the catch-all component the default. > c) "finding" a bug wrangler (individual or team). All excellent ideas! Regards, Tomeu > An increasin

Re: [Sugar-devel] Fwd: Your message to Sugar-devel awaits moderator approval

On Tue, Sep 22, 2009 at 7:25 AM, Peter Robinson wrote: > On Tue, Sep 22, 2009 at 3:22 PM, Luke Faraone wrote: >> On Tue, Sep 22, 2009 at 10:19, Peter Robinson wrote: >>> >>> I think most mailing lists (at least the ones I'm subscribed to) set >>> the reply to header as that of the mailing list s