4.1 release tasks

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
48 messages Options
123
Reply | Threaded
Open this post in threaded view
|

4.1 release tasks

Andreas.Raab
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

Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

johnmci

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
Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

laza
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

Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

laza
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

Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

Bert Freudenberg
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 -



Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

Ken G. Brown
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


Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

laza
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
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

laza
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



Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

laza
Ah rats. Was not the latest trunk image ...

On Fri, Mar 19, 2010 at 09:50, Alexander Lazarević <[hidden email]> 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
 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




Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

Bert Freudenberg
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 -


Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

Levente Uzonyi-2
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
The above 6 are vm bugs, fixed in newer vms.

> 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
These require vm support.

> AllocationTest          | testOneGigAllocation  | failure
> AllocationTest          | testOutOfMemorySignal | failure

Fixed in newer vms.

> MultiByteFileStreamTest | testNonAsciiBackChunk | error
>

I'll probably fix #backChunk for UTF8 encoding this weekend.


Levente

Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

Ken G. Brown
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

Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

Levente Uzonyi-2
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


Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

Bert Freudenberg
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 -



Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

Ken G. Brown
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

Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

Randal L. Schwartz
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

Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

Ken G. Brown
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

Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

Colin Putney
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
Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

Ken G. Brown
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

Reply | Threaded
Open this post in threaded view
|

Re: 4.1 release tasks

Ian Trudel-2
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/

123