Folks -
As stated in the previous message, here is a thread to gather release tasks and the time frame in which they should be addressed. I'm taking the "4 weeks to release" rather literally below because I want to avoid excessive discussions about what we should do with feature x or y. Rather, I'm saying let's ship it as it is, get it out quickly, and spend our time moving forward from there. With that said, here we go: [ ] Build a 4.1alpha trunk image What: We need to re-apply all the changes that went into trunk on top of 4.0 to create a proper 4.1 alpha. I'm planning to do this by the weekend and remove the previous trunk images since they're now obsolete. Who: Andreas When: March 20th [ ] Feature Freeze trunk What: Feature freeze the trunk. Only fixes for identified issues go in. Who: All core-devs. When: March 28th (this gives us one more week if you have anything that you feel strongly about) [ ] Make tests green What: Review all the tests on all platform; identify failing tests, make them pass or document known failures. Who: ??? When: April 4th (this is a bit of wishful thinking...) [ ] Ensure current VMs What: Ensure that all platforms have current VMs available, with all required fixes applied. Who: VM maintainers When: April 4th [ ] Create a 4.1 release repository on source.squeak.org What: Create a release repository that we can point the release image to for subsequent 4.1 maintenance updates. Who: Any source.squeak.org admin When: ASAP. [ ] Identify Mantis bugs that should be in 4.1 What: Categorize bugs that need to be looked at for the 4.1 release (does NOT imply fixing the bugs) Who: Everyone. When: April 4th. [ ] Build release candidates What: Start building release candidates to ensure we have a process. Casey probably still has a few make files around. Who: ??? When: Ongoing. [ ] Write welcome message, press release What: Write a welcome message, overview of changes, press release etc. Who: ??? When: April 4th. As a time line we get: ASAP: - Create 4.1 release repository March 20th: - Build a 4.1alpha trunk image March 28th: - Feature Freeze - RC1 build April 4th: - Green tests - Updated VMs - Mantis bugs organized - Welcome message, press release - RC2 build April 11th: - All bugs fixed (yeah, right :-) - RC3 build April 17th: - Ship date This is obviously a tight schedule but if we want to get the puppy out in four weeks we need to get schtuff done. I don't think it's unreasonable though; all the tasks are doable on their own, we just need a few people to step up and pick one they can help with. Cheers, - Andreas |
On 2010-03-17, at 8:28 PM, Andreas Raab wrote: > [ ] Ensure current VMs > What: Ensure that all platforms have current VMs available, with all required fixes applied. > Who: VM maintainers > When: April 4th To do this I'll need some help folding the 64bit changes from macintosh squeak 5.x and the iphone port back into the tree -- =========================================================================== John M. McIntosh <[hidden email]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== smime.p7s (3K) Download Attachment |
In reply to this post by Andreas.Raab
On Thu, Mar 18, 2010 at 04:28, Andreas Raab <[hidden email]> wrote:
> [ ] Make tests green > What: Review all the tests on all platform; identify failing tests, make > them pass or document known failures. > Who: ??? > When: April 4th (this is a bit of wishful thinking...) I could help with this from the linux side > [ ] Identify Mantis bugs that should be in 4.1 > What: Categorize bugs that need to be looked at for the 4.1 release (does > NOT imply fixing the bugs) > Who: Everyone. > When: April 4th. I would recommend, that we create something like "Issues for Release 4.1" on Mantis and make every issue above the severity feature a child of this one, if we think that it should be fixed in the 4.1 release. Some days ago I went through the trunk issues and tried to push them forward by resolving, confirming or asking for feedback on them. I haven't looked at older stuff. We could demand, that older bugs have to be confirmed (at best by some other guy than the reporter) with the latest trunk image first before they could be added to the list of 4.1 issues. Alex |
On Thu, Mar 18, 2010 at 17:30, Alexander Lazarević <[hidden email]> wrote:
> create something like "Issues for Release 4.1" on Mantis So I just created Issue 7480 for this http://bugs.squeak.org/view.php?id=7480 Alex |
On 18.03.2010, at 20:17, Alexander Lazarević wrote:
> > On Thu, Mar 18, 2010 at 17:30, Alexander Lazarević <[hidden email]> wrote: >> create something like "Issues for Release 4.1" on Mantis > > So I just created Issue 7480 for this > > http://bugs.squeak.org/view.php?id=7480 > > Alex Rock! - Bert - |
In reply to this post by Andreas.Raab
I think this deserves to be documented as a proposal, as is the normal requirement by the SOB and placed somewhere officially as a permanent record.
When this proposal has been accepted by the SOB this should be noted there as well. Ken G. Brown At 8:28 PM -0700 3/17/10, Andreas Raab apparently wrote: >Folks - > >As stated in the previous message, here is a thread to gather release tasks and the time frame in which they should be addressed. I'm taking the "4 weeks to release" rather literally below because I want to avoid excessive discussions about what we should do with feature x or y. Rather, I'm saying let's ship it as it is, get it out quickly, and spend our time moving forward from there. With that said, here we go: > >[ ] Build a 4.1alpha trunk image >What: We need to re-apply all the changes that went into trunk on top of 4.0 to create a proper 4.1 alpha. I'm planning to do this by the weekend and remove the previous trunk images since they're now obsolete. >Who: Andreas >When: March 20th > >[ ] Feature Freeze trunk >What: Feature freeze the trunk. Only fixes for identified issues go in. >Who: All core-devs. >When: March 28th > >(this gives us one more week if you have anything that you feel strongly about) > >[ ] Make tests green >What: Review all the tests on all platform; identify failing tests, make them pass or document known failures. >Who: ??? >When: April 4th (this is a bit of wishful thinking...) > >[ ] Ensure current VMs >What: Ensure that all platforms have current VMs available, with all required fixes applied. >Who: VM maintainers >When: April 4th > >[ ] Create a 4.1 release repository on source.squeak.org >What: Create a release repository that we can point the release image to for subsequent 4.1 maintenance updates. >Who: Any source.squeak.org admin >When: ASAP. > >[ ] Identify Mantis bugs that should be in 4.1 >What: Categorize bugs that need to be looked at for the 4.1 release (does NOT imply fixing the bugs) >Who: Everyone. >When: April 4th. > >[ ] Build release candidates >What: Start building release candidates to ensure we have a process. Casey probably still has a few make files around. >Who: ??? >When: Ongoing. > >[ ] Write welcome message, press release >What: Write a welcome message, overview of changes, press release etc. >Who: ??? >When: April 4th. > >As a time line we get: > >ASAP: >- Create 4.1 release repository > >March 20th: >- Build a 4.1alpha trunk image > >March 28th: >- Feature Freeze >- RC1 build > >April 4th: >- Green tests >- Updated VMs >- Mantis bugs organized >- Welcome message, press release >- RC2 build > >April 11th: >- All bugs fixed (yeah, right :-) >- RC3 build > >April 17th: >- Ship date > >This is obviously a tight schedule but if we want to get the puppy out in four weeks we need to get schtuff done. I don't think it's unreasonable though; all the tasks are doable on their own, we just need a few people to step up and pick one they can help with. > >Cheers, > - Andreas |
In reply to this post by Andreas.Raab
Hi Ken!
In my view the job of the SOB is not to do micromanagement. So how to track issues, that should be handled before releasing 4.1, would be to decide by the release manager for 4.1. I don't think that there is any harm done by my suggestion how this could be done and not even by actually laying the grounds for this way by creating an issue on mantis. If the release manager decides to do it some other way it shouldn't be to hard to switch to that procedure. And actually doing things provides a playground for decisions. Decisions that I think should be made by the SOB are at least if 4.1 should be a "quick" release or not and the requirements for a successful release. In my view this has been done already. It would be fortunate if the SOB could explicitly name a manager for the release and that both agree on goals, requirements and a timeframe. Then the release manager could form a team and start working without too much interference by the SOB. Maybe we just have to wait after the constitutive meeting of the new SOB. Alex On Fri, Mar 19, 2010 at 02:31, Ken G. Brown <[hidden email]> wrote: > I think this deserves to be documented as a proposal, as is the normal requirement by the SOB and placed somewhere officially as a permanent record. > When this proposal has been accepted by the SOB this should be noted there as well. > > Ken G. Brown > > At 8:28 PM -0700 3/17/10, Andreas Raab apparently wrote: >>Folks - >> >>As stated in the previous message, here is a thread to gather release tasks and the time frame in which they should be addressed. I'm taking the "4 weeks to release" rather literally below because I want to avoid excessive discussions about what we should do with feature x or y. Rather, I'm saying let's ship it as it is, get it out quickly, and spend our time moving forward from there. With that said, here we go: >> >>[ ] Build a 4.1alpha trunk image >>What: We need to re-apply all the changes that went into trunk on top of 4.0 to create a proper 4.1 alpha. I'm planning to do this by the weekend and remove the previous trunk images since they're now obsolete. >>Who: Andreas >>When: March 20th >> >>[ ] Feature Freeze trunk >>What: Feature freeze the trunk. Only fixes for identified issues go in. >>Who: All core-devs. >>When: March 28th >> >>(this gives us one more week if you have anything that you feel strongly about) >> >>[ ] Make tests green >>What: Review all the tests on all platform; identify failing tests, make them pass or document known failures. >>Who: ??? >>When: April 4th (this is a bit of wishful thinking...) >> >>[ ] Ensure current VMs >>What: Ensure that all platforms have current VMs available, with all required fixes applied. >>Who: VM maintainers >>When: April 4th >> >>[ ] Create a 4.1 release repository on source.squeak.org >>What: Create a release repository that we can point the release image to for subsequent 4.1 maintenance updates. >>Who: Any source.squeak.org admin >>When: ASAP. >> >>[ ] Identify Mantis bugs that should be in 4.1 >>What: Categorize bugs that need to be looked at for the 4.1 release (does NOT imply fixing the bugs) >>Who: Everyone. >>When: April 4th. >> >>[ ] Build release candidates >>What: Start building release candidates to ensure we have a process. Casey probably still has a few make files around. >>Who: ??? >>When: Ongoing. >> >>[ ] Write welcome message, press release >>What: Write a welcome message, overview of changes, press release etc. >>Who: ??? >>When: April 4th. >> >>As a time line we get: >> >>ASAP: >>- Create 4.1 release repository >> >>March 20th: >>- Build a 4.1alpha trunk image >> >>March 28th: >>- Feature Freeze >>- RC1 build >> >>April 4th: >>- Green tests >>- Updated VMs >>- Mantis bugs organized >>- Welcome message, press release >>- RC2 build >> >>April 11th: >>- All bugs fixed (yeah, right :-) >>- RC3 build >> >>April 17th: >>- Ship date >> >>This is obviously a tight schedule but if we want to get the puppy out in four weeks we need to get schtuff done. I don't think it's unreasonable though; all the tasks are doable on their own, we just need a few people to step up and pick one they can help with. >> >>Cheers, >> Â - Andreas > > > |
In reply to this post by laza
On Thu, Mar 18, 2010 at 17:30, Alexander Lazarević <[hidden email]> wrote:
> I could help with this from the linux side So this is the result for an up to date trunk image on my linux machine:          class          |           selector           | result --------------------------+--------------------------------+---------  BitBltTest              | testAllAlphasRgbAdd           | failure  BitBltTest              | testAllAlphasRgbMax           | failure  BitBltTest              | testAllAlphasRgbMin           | failure  BitBltTest              | testAllAlphasRgbMinInvert     | failure  BitBltTest              | testAllAlphasRgbMul           | failure  BitBltTest              | testAllAlphasRgbSub           | failure  ClosureCompilerTest     | testDebuggerTempAccess        | failure  ClosureCompilerTest     | testInjectIntoDecompilations  | failure  ClosureCompilerTest     | testInjectIntoDecompiledDebugs | failure  DebuggerUnwindBug       | testUnwindDebuggerWithStep    | failure  FontTest                | testParagraphFallback         | failure  LocaleTest              | testIsFontAvailable           | failure  MCChangeNotificationTest | testCoreMethodModified        | failure  PackageDependencyTest   | testCompiler                  | failure  PackageDependencyTest   | testMorphic                   | failure  PackageDependencyTest   | testSUnit                     | failure  PackageDependencyTest   | testTools                     | failure  RenderBugz              | testHeading                   | failure  SMDependencyTest        | test2                         | error  SqNumberParserTest      | testFloatGradualUnderflow     | failure  SqNumberParserTest      | testFloatPrintString          | failure  TileMorphTest           | testArrowAction               | error  WorldStateTest          | testDeferredUIQueueTimeout    | failure with expected failures or errors:          class         |      selector       | result -------------------------+-----------------------+---------  MirrorPrimitiveTests   | testMirrorAt         | error  MirrorPrimitiveTests   | testMirrorEqEq       | error  MirrorPrimitiveTests   | testMirrorInstVarAt  | error  MirrorPrimitiveTests   | testMirrorPerform    | error  MirrorPrimitiveTests   | testMirrorSize       | error  AllocationTest         | testOneGigAllocation | failure  AllocationTest         | testOutOfMemorySignal | failure  MultiByteFileStreamTest | testNonAsciiBackChunk | error |
Ah rats. Was not the latest trunk image ...
On Fri, Mar 19, 2010 at 09:50, Alexander Lazarević <[hidden email]> wrote:
|
In reply to this post by Ken G. Brown
On 19.03.2010, at 02:31, Ken G. Brown wrote:
> > I think this deserves to be documented as a proposal, as is the normal requirement by the SOB OMG. How about you actually *contribute* something to the release instead of wallowing in procedural motions? The election has clearly shown that the informal way we operate is generally fine with the community. Every member of the SOB who decided to run was re-elected. That's not to say we couldn't establish some formalities but for now as you well know there is no "normal requirement" for anything. So, please grab a coffee and test the current trunk image. Add issues to the blocker ticket Alex opened. Or make some test green. Or start writing a nice readme. Or outline a press release. Or indeed anything non-meta, please? Have fun. - Bert - |
In reply to this post by laza
On Fri, 19 Mar 2010, Alexander Lazarević wrote:
> On Thu, Mar 18, 2010 at 17:30, Alexander Lazarević <[hidden email]> > wrote: >> I could help with this from the linux side > > So this is the result for an up to date trunk image on my linux machine: > > class | selector | result > --------------------------+--------------------------------+--------- > BitBltTest | testAllAlphasRgbAdd | failure > BitBltTest | testAllAlphasRgbMax | failure > BitBltTest | testAllAlphasRgbMin | failure > BitBltTest | testAllAlphasRgbMinInvert | failure > BitBltTest | testAllAlphasRgbMul | failure > BitBltTest | testAllAlphasRgbSub | failure > ClosureCompilerTest | testDebuggerTempAccess | failure > ClosureCompilerTest | testInjectIntoDecompilations | failure > ClosureCompilerTest | testInjectIntoDecompiledDebugs | failure > DebuggerUnwindBug | testUnwindDebuggerWithStep | failure AFAIK the above four are known bugs, Eliot has the fixes, the have to be integrated sometime. > FontTest | testParagraphFallback | failure Nicolas fixed that one. > LocaleTest | testIsFontAvailable | failure This is font dependent. We should probably add it to expected failures if the default font is not Accuny. > MCChangeNotificationTest | testCoreMethodModified | failure That one is related to system change notifications. If you run this test alone, it passes. > PackageDependencyTest | testCompiler | failure > PackageDependencyTest | testMorphic | failure > PackageDependencyTest | testSUnit | failure > PackageDependencyTest | testTools | failure These were fixed earlier. > RenderBugz | testHeading | failure Never seen this one failing on windows. > SMDependencyTest | test2 | error VM bug, will be fixed in the next vm release. > SqNumberParserTest | testFloatGradualUnderflow | failure > SqNumberParserTest | testFloatPrintString | failure Nicolas fixed these two. > TileMorphTest | testArrowAction | error Fixed earlier. > WorldStateTest | testDeferredUIQueueTimeout | failure Never seen this failing on windows. > > with expected failures or errors: > > class | selector | result > -------------------------+-----------------------+--------- > MirrorPrimitiveTests | testMirrorAt | error > MirrorPrimitiveTests | testMirrorEqEq | error > MirrorPrimitiveTests | testMirrorInstVarAt | error > MirrorPrimitiveTests | testMirrorPerform | error > MirrorPrimitiveTests | testMirrorSize | error > AllocationTest | testOneGigAllocation | failure > AllocationTest | testOutOfMemorySignal | failure Fixed in newer vms. > MultiByteFileStreamTest | testNonAsciiBackChunk | error > I'll probably fix #backChunk for UTF8 encoding this weekend. Levente |
In reply to this post by Bert Freudenberg
At 10:24 AM +0100 3/19/10, Bert Freudenberg apparently wrote:
>On 19.03.2010, at 02:31, Ken G. Brown wrote: >> >> I think this deserves to be documented as a proposal, as is the normal requirement by the SOB > >OMG. How about you actually *contribute* something to the release instead of wallowing in procedural motions? > >The election has clearly shown that the informal way we operate is generally fine with the community. Every member of the SOB who decided to run was re-elected. > >That's not to say we couldn't establish some formalities but for now as you well know there is no "normal requirement" for anything. > >So, please grab a coffee and test the current trunk image. Add issues to the blocker ticket Alex opened. Or make some test green. Or start writing a nice readme. Or outline a press release. Or indeed anything non-meta, please? > >Have fun. > >- Bert - Ok, I've set up a simple blog to help the SOB out. SQUEAK OVERSIGHT BOARD THE SQUEAK OVERSIGHT BOARD (SOB) GENERAL FAQ, GUIDELINES AND OPERATING PROCEDURES <http://squeakoversightboard.blogspot.com/> It has an associated email <[hidden email]> which I needed in order to create the blog. The email could be set to forward to the SOB members or where ever you would like, although it is not listed on the bog for now. I did not want to post that unless you want to start using it. I edited email addresses in order to obscure, on the emails I forwarded to the blog as posts since this will be publicly available. Let me know if I've missed any, or if in fact the email addresses should perhaps be left intact, I was unsure what people would like in this case. If any SOB members would like direct posting access let me know, and I can give you the 'secret' email address for posting, just send an email and the subject becomes the post title, and the message body gets automatically posted at the top. They can be edited afterwards too of course. For now I've just posted some items that have recently appeared here that would help people to understand how the SOB operates. If there is anything else that should be added, please let me know. Blogspot blogs are pretty flexible and easy to use. Lot's of features can be enabled but for now I just wanted to get this out for everyone to have a look at. Ken G. Brown |
On Fri, 19 Mar 2010, Ken G. Brown wrote:
> At 10:24 AM +0100 3/19/10, Bert Freudenberg apparently wrote: >> On 19.03.2010, at 02:31, Ken G. Brown wrote: >>> >>> I think this deserves to be documented as a proposal, as is the normal requirement by the SOB >> >> OMG. How about you actually *contribute* something to the release instead of wallowing in procedural motions? >> >> The election has clearly shown that the informal way we operate is generally fine with the community. Every member of the SOB who decided to run was re-elected. >> >> That's not to say we couldn't establish some formalities but for now as you well know there is no "normal requirement" for anything. >> >> So, please grab a coffee and test the current trunk image. Add issues to the blocker ticket Alex opened. Or make some test green. Or start writing a nice readme. Or outline a press release. Or indeed anything non-meta, please? >> >> Have fun. >> >> - Bert - > > Ok, I've set up a simple blog to help the SOB out. > > SQUEAK OVERSIGHT BOARD > THE SQUEAK OVERSIGHT BOARD (SOB) GENERAL FAQ, GUIDELINES AND OPERATING PROCEDURES > <http://squeakoversightboard.blogspot.com/> > > It has an associated email <[hidden email]> which I needed in order to create the blog. The email could be set to forward to the SOB members or where ever you would like, although it is not listed on the bog for now. I did not want to post that unless you want to start using it. > > I edited email addresses in order to obscure, on the emails I forwarded to the blog as posts since this will be publicly available. Let me know if I've missed any, or if in fact the email addresses should perhaps be left intact, I was unsure what people would like in this case. > > If any SOB members would like direct posting access let me know, and I can give you the 'secret' email address for posting, just send an email and the subject becomes the post title, and the message body gets automatically posted at the top. They can be edited afterwards too of course. > > For now I've just posted some items that have recently appeared here that would help people to understand how the SOB operates. > > If there is anything else that should be added, please let me know. Blogspot blogs are pretty flexible and easy to use. Lot's of features can be enabled but for now I just wanted to get this out for everyone to have a look at. > > Ken G. Brown > > What's the point? Confusing people? The SOB already has a blog: http://squeakboard.wordpress.com/ Levente |
In reply to this post by Ken G. Brown
On 19.03.2010, at 17:37, Ken G. Brown wrote:
> > At 10:24 AM +0100 3/19/10, Bert Freudenberg apparently wrote: >> On 19.03.2010, at 02:31, Ken G. Brown wrote: >>> >>> I think this deserves to be documented as a proposal, as is the normal requirement by the SOB >> >> OMG. How about you actually *contribute* something to the release instead of wallowing in procedural motions? >> >> The election has clearly shown that the informal way we operate is generally fine with the community. Every member of the SOB who decided to run was re-elected. >> >> That's not to say we couldn't establish some formalities but for now as you well know there is no "normal requirement" for anything. >> >> So, please grab a coffee and test the current trunk image. Add issues to the blocker ticket Alex opened. Or make some test green. Or start writing a nice readme. Or outline a press release. Or indeed anything non-meta, please? >> >> Have fun. >> >> - Bert - > > Ok, I've set up a simple blog to help the SOB out. > > SQUEAK OVERSIGHT BOARD > THE SQUEAK OVERSIGHT BOARD (SOB) GENERAL FAQ, GUIDELINES AND OPERATING PROCEDURES > <http://squeakoversightboard.blogspot.com/> Please read again what I wrote. This kind of "help" is not appreciated. - Bert - |
In reply to this post by Levente Uzonyi-2
At 5:45 PM +0100 3/19/10, Levente Uzonyi apparently wrote:
>On Fri, 19 Mar 2010, Ken G. Brown wrote: > >>At 10:24 AM +0100 3/19/10, Bert Freudenberg apparently wrote: >>>On 19.03.2010, at 02:31, Ken G. Brown wrote: >>>> >>>>I think this deserves to be documented as a proposal, as is the normal requirement by the SOB >>> >>>OMG. How about you actually *contribute* something to the release instead of wallowing in procedural motions? >>> >>>The election has clearly shown that the informal way we operate is generally fine with the community. Every member of the SOB who decided to run was re-elected. >>> >>>That's not to say we couldn't establish some formalities but for now as you well know there is no "normal requirement" for anything. >>> >>>So, please grab a coffee and test the current trunk image. Add issues to the blocker ticket Alex opened. Or make some test green. Or start writing a nice readme. Or outline a press release. Or indeed anything non-meta, please? >>> >>>Have fun. >>> >>>- Bert - >> >>Ok, I've set up a simple blog to help the SOB out. >> >>SQUEAK OVERSIGHT BOARD >>THE SQUEAK OVERSIGHT BOARD (SOB) GENERAL FAQ, GUIDELINES AND OPERATING PROCEDURES >><http://squeakoversightboard.blogspot.com/> >> >>It has an associated email <[hidden email]> which I needed in order to create the blog. The email could be set to forward to the SOB members or where ever you would like, although it is not listed on the bog for now. I did not want to post that unless you want to start using it. >> >>I edited email addresses in order to obscure, on the emails I forwarded to the blog as posts since this will be publicly available. Let me know if I've missed any, or if in fact the email addresses should perhaps be left intact, I was unsure what people would like in this case. >> >>If any SOB members would like direct posting access let me know, and I can give you the 'secret' email address for posting, just send an email and the subject becomes the post title, and the message body gets automatically posted at the top. They can be edited afterwards too of course. >> >>For now I've just posted some items that have recently appeared here that would help people to understand how the SOB operates. >> >>If there is anything else that should be added, please let me know. Blogspot blogs are pretty flexible and easy to use. Lot's of features can be enabled but for now I just wanted to get this out for everyone to have a look at. >> >>Ken G. Brown >> > >What's the point? Confusing people? >The SOB already has a blog: http://squeakboard.wordpress.com/ > > >Levente It's potentially a place that is easy for the SOB to post things that are of a general FAQ type nature that periodically come up and already confuse people by the absence of answers to the questions. eg.: * who is authorized to sign on the SOB's behalf for the putative SFLC contract. * What is the release process? * What is the SOB decision making process etc. For now I'm just grabbing stuff that goes by on the list that seems important in this regard. Ken G. Brown |
In reply to this post by Ken G. Brown
>>>>> "Ken" == Ken G Brown <[hidden email]> writes:
Ken> Ok, I've set up a simple blog to help the SOB out. I consider this a hostile act. You seem to presume this will help the SOB. It will not. The SOB has a blog, and communicates both there and here, and answered your questions as you asked them. You have now enabled the "ignore him, he's a kook" bit for me, as well as probably any other rational thinker on this list. Good luck with that. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <[hidden email]> <URL:http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion |
In reply to this post by Andreas.Raab
At 10:08 AM -0700 3/19/10, Randal L. Schwartz apparently wrote:
> >>>>> "Ken" == Ken G Brown <[hidden email]> writes: > >Ken> Ok, I've set up a simple blog to help the SOB out. > >I consider this a hostile act. You seem to presume this will help the SOB. >It will not. The SOB has a blog, and communicates both there and here, and >answered your questions as you asked them. > >You have now enabled the "ignore him, he's a kook" bit for me, as well as >probably any other rational thinker on this list. Good luck with that. > >-- >Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 ><[hidden email]> <URL:http://www.stonehenge.com/merlyn/> >Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. >See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion The FAQ is just an experiment. Ken G. Brown |
In reply to this post by Ken G. Brown
On 2010-03-19, at 9:37 AM, Ken G. Brown wrote: > Ok, I've set up a simple blog to help the SOB out. > > SQUEAK OVERSIGHT BOARD > THE SQUEAK OVERSIGHT BOARD (SOB) GENERAL FAQ, GUIDELINES AND OPERATING PROCEDURES > <http://squeakoversightboard.blogspot.com/> Wow. I can't think of any situation in which speaking on behalf of someone else, without their permission, would be OK. Ken, how would you feel if I created a blog called kengbrown.blogspot.com and started posting stuff you didn't agree with? Colin |
At 10:55 AM -0700 3/19/10, Colin Putney apparently wrote:
>On 2010-03-19, at 9:37 AM, Ken G. Brown wrote: > >> Ok, I've set up a simple blog to help the SOB out. >> >> SQUEAK OVERSIGHT BOARD >> THE SQUEAK OVERSIGHT BOARD (SOB) GENERAL FAQ, GUIDELINES AND OPERATING PROCEDURES >> <http://squeakoversightboard.blogspot.com/> > >Wow. I can't think of any situation in which speaking on behalf of someone else, without their permission, would be OK. Ken, how would you feel if I created a blog called kengbrown.blogspot.com and started posting stuff you didn't agree with? > >Colin I set the blog up for the SOB to use as they see fit. I just posted some important stuff I saw go by on the list as a start to have something there to look at. Ken G. Brown |
In reply to this post by Colin Putney
It seems to be a case of "a good idea but terrible execution". While
Mr. Brown should most likely have taken another avenue, there is still a need for discussing and preparing a general FAQ, guidelines, operating procedures and otherwise. Why not just the wiki?! The official material can be later moved to the blog and/or the main site. Unfortunately, Mr. Brown dies in Reservoir Dogs. Ian. 2010/3/19 Ken G. Brown <[hidden email]>: > At 10:55 AM -0700 3/19/10, Colin Putney apparently wrote: >>On 2010-03-19, at 9:37 AM, Ken G. Brown wrote: >> >>> Ok, I've set up a simple blog to help the SOB out. >>> >>> SQUEAK OVERSIGHT BOARD >>> THE SQUEAK OVERSIGHT BOARD (SOB) GENERAL FAQ, GUIDELINES AND OPERATING PROCEDURES >>> <http://squeakoversightboard.blogspot.com/> >> >>Wow. I can't think of any situation in which speaking on behalf of someone else, without their permission, would be OK. Ken, how would you feel if I created a blog called kengbrown.blogspot.com and started posting stuff you didn't agree with? >> >>Colin > > I set the blog up for the SOB to use as they see fit. > I just posted some important stuff I saw go by on the list as a start to have something there to look at. > > Ken G. Brown > > -- http://mecenia.blogspot.com/ |
Free forum by Nabble | Edit this page |