OpenSolaris

Discussions Communities Projects Download Source Browser

Home » OpenSolaris Forums » cab » discuss

Thread: test questions to test OGB election process (presented as a poll)

Welcome, Guest Help
Login Login
Guest Settings Guest Settings
Reply to this Thread Reply to this Thread Search Forum Search Forum Back to Thread List Back to Thread List

Permlink Replies: 11 - Last Post: Feb 23, 2007 7:41 AM by: richlowe Threads: [ Previous | Next ]
alhopper

Posts: 802
From: Plano, TX

Registered: 4/27/05
test questions to test OGB election process (presented as a poll)
Posted: Feb 20, 2007 10:37 AM

  Click to reply to this thread Reply


Wise people [1] decided that it would make a lot of sense to run a test of
the new OpenSolaris voting facilities before using it for the first time
to elect a new OpenSolaris Governing Board (OGB). We [2] could just
present a list of "silly" questions and ask the community members
interested in testing the system to vote and then present the resulting
sillyness. But then .. what if we devised a somewhat useful list of
questions and presented them to the community as a test of the new voting
software? Hmm.. perhaps, instead of a list of silly questions, why not
formulate a list that looks like a poll and present it for "voting".
Perhaps this would interest a larger pool of "testers" and allow them to
evaluate the results produced by the SVT based, voting system.

OK - with that decided and Stephen Hahn volunteering to run it, the next
challenge is to formulate a reasonable poll and present it to the
community. Since the main goal of this exercise is to test the voting
system, and since we are on a short timeline to elect the new OGB, it was
felt that a poll could be formulated quickly [3] - with the disadvantage
of not providing much time for community review. In a *real*
community-wide poll - more time would be required to formulate the poll
and, doubtless, the poll and the resulting data would be more usefull to
everyone. But again .... this is just a test! The community is
encouraged to provide feedback on the poll content before its presented -
but the final content will be decided (quickly) by the OGB and run in
order to allow the election process to proceed expediciously.

Instructions to test voters: Please examine the following list of test
poll questions and vote on them in *priority* order. Remember that the
voting software implements the Single Transferable Vote [4] using the Meek
algorithm [5] and that you don't have to vote on every item presented.
The priority order of your selection is very important. Please review the
STV system before voting if you are unfamiliar with it.

------------

OpenSolaris Test Vote/Poll: Question: Which of the following items,
presented in a randomized order, should be prioritized by the OGB in order
to promote OpenSolaris and increase its developer mindshare:

- provide a highly usable Defect Management System which allows a
OpenSolaris contributor to perform queries, enter or update records, and
"own" bugs

- prioritize the rollout of the Mercurial Source Control Management system

- provide new guidelines for the formation of Communities and Projects

- examine the OpenSolaris CDDL and ascertain if it still meets the needs
of the OpenSolaris community

- re-assess the current Community/Project organization

- provide a (fast) SPARC based kernel/project community build facility

- provide a (fast) x86/AMD64 based kernel/project community build facility

- elect a new OGB before the end of March 2007

- develop a process to remove inactive Communities or Projects

- launch a membership drive

- evaluate if mailman/jive should be upgraded or replaced

- open source the OpenSolaris website application

- increase community participation in the day-to-day running of the
OpenSolaris infrastructure

- provide support on OpenSolaris.Org for submitting, managing and tracking
RTIs (Request To Integrate)

- provide an OpenSolaris code review facility (to replace cr.grommit.com)

- provide an OpenSolaris wiki

- provide a community test facility (SPARC and x86/AMD64)

- expend more resources to minimize/eliminate spam

- fix the reliability issues with (disappearing) web pages

- support OpenGrok indexing of projects with per-project indexing and
searching

- improve tools used to author/edit OpenSolaris.Org web pages

- establish a mechanism to provide regular idea interchange and
consultation between the OGB and Sun executive management

---------------

[1] See cab-discuss list for details
[2] as in the OGB in conjunction with Stephen Hahn - the owner of this new
voting system.
[3] NB: the initial set of poll test questions were developed with the kind
participation of small group of individuals
[4] STV see http://en.wikipedia.org/wiki/Single_Transferable_Vote
[5] Meek algorithm see http://sourceforge.net/projects/votesystem/

Regards,

Al Hopper Logical Approach Inc, Plano, TX. al@logical-approach.com
Voice: 972.379.2133 Fax: 972.379.2134 Timezone: US CDT
OpenSolaris.Org Community Advisory Board (CAB) Member - Apr 2005
OpenSolaris Governing Board (OGB) Member - Feb 2006
_______________________________________________
cab-discuss mailing list
cab-discuss at opensolaris dot org



gisburn

Posts: 3,657
From: DE

Registered: 6/16/05
Re: test questions to test OGB election process(presented as a poll)
Posted: Feb 21, 2007 1:08 PM   in response to: alhopper

  Click to reply to this thread Reply

Al Hopper wrote:
[snip]
> - establish a mechanism to provide regular idea interchange and
> consultation between the OGB and Sun executive management

- Provide a project-specific bugzilla (for example via moving
bugs.grommit.com to something like project-bugs.opensolaris.org)

- Get the JIve messaging system either replaced or fixed to handle
emails correctly

- Enhance the webpage engine at opensolaris.org to use a Subversion
repository as backend storage with diret access for project leads

- Enhance the webpage engine at opensolaris.org to support DocBook/XML
(maybe even as replacement for the xx@@@!!!-"TML" stuff (which is IMO
very frustrating))

----

Bye,
Roland

--
__ . . __
(o.\ \/ /.o) roland dot mainz at nrubsig dot org
\__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)
_______________________________________________
cab-discuss mailing list
cab-discuss at opensolaris dot org



fielding

Posts: 142
From: Newport Beach, California

Registered: 4/27/05
Re: test questions to test OGB election process (presented as a poll)
Posted: Feb 21, 2007 2:48 PM   in response to: alhopper

  Click to reply to this thread Reply

I think the questions need to be shortened to 50 characters or so,
depending on how the ballot is constructed. Also, they need to
be phrased to match the lead-in of "prioritize the following" by
starting with a verb.

And they should not contain subjective comments on solutions.

> OpenSolaris Test Vote/Poll: Question: Which of the following items,
> presented in a randomized order, should be prioritized by the OGB
> in order
> to promote OpenSolaris and increase its developer mindshare:
>
> - provide a highly usable Defect Management System which allows a
> OpenSolaris contributor to perform queries, enter or update
> records, and
> "own" bugs

a. deploy a public defect management system

> - prioritize the rollout of the Mercurial Source Control Management
> system

b. deploy Mercurial source control across all projects

> - provide new guidelines for the formation of Communities and Projects

c. enforce guidelines for Community and Project formation

> - examine the OpenSolaris CDDL and ascertain if it still meets the
> needs
> of the OpenSolaris community

d. analyze and comment on the next draft of GPLv3
e. reinvestigate the choice of licenses for OpenSolaris products

> - re-assess the current Community/Project organization
> - develop a process to remove inactive Communities or Projects

f. reorganize the existing Community/Project organization
g. remove inactive Communities or Projects

> - provide a (fast) SPARC based kernel/project community build facility
> - provide a (fast) x86/AMD64 based kernel/project community build
> facility

h. provide a test build facility for SPARC architecture
i. provide a test build facility for x86 architecture

> - elect a new OGB before the end of March 2007

That question is irrelevant.

> - launch a membership drive

I have no idea what that means.

> - evaluate if mailman/jive should be upgraded or replaced

j. replace or remove jive interface
k. replace or remove mailman interface

> - open source the OpenSolaris website application

Also irrelevant -- that is a decision already made by Sun.

> - increase community participation in the day-to-day running of the
> OpenSolaris infrastructure

l. create an infrastructure project to run opensolaris.org

> - provide support on OpenSolaris.Org for submitting, managing and
> tracking
> RTIs (Request To Integrate)

m. deploy a public Request To Integrate (RTI) system

> - provide an OpenSolaris code review facility (to replace
> cr.grommit.com)

n. deploy a public code review facility on opensolaris.org

> - provide an OpenSolaris wiki

o. deploy a public wiki on opensolaris.org

> - provide a community test facility (SPARC and x86/AMD64)

duplicate

> - expend more resources to minimize/eliminate spam

we don't control those resources

> - fix the reliability issues with (disappearing) web pages

duplicate of other questions regarding jive software

> - support OpenGrok indexing of projects with per-project indexing and
> searching

p. deploy OpenGrok indexing of projects

> - improve tools used to author/edit OpenSolaris.Org web pages

q. replace opensolaris.org tools with an open source CMS or wiki

> - establish a mechanism to provide regular idea interchange and
> consultation between the OGB and Sun executive management

r. establish regular communication with Sun executive management

The list is still way too long -- any more than 12 questions is
just testing the endurance of the reader, not their priorities.
I suggest we reduce it to:

a. deploy a public defect management system
b. deploy Mercurial source control across all projects
d. analyze and comment on the next draft of GPLv3
f. reorganize the existing Community/Project organization
h. provide a test build facility
j. replace or remove jive interface
k. replace or remove mailman interface
l. create an infrastructure project to run opensolaris.org
m. deploy a public Request To Integrate (RTI) system
n. deploy a public code review facility on opensolaris.org
o. deploy a public wiki on opensolaris.org
q. replace opensolaris.org tools with an open source CMS or wiki

....Roy

_______________________________________________
cab-discuss mailing list
cab-discuss at opensolaris dot org



gman

Posts: 1,901
From: NZ

Registered: 6/16/05
Re: test questions to test OGB election process (presented as a poll)
Posted: Feb 21, 2007 2:55 PM   in response to: fielding

  Click to reply to this thread Reply

Hi,

Roy T. Fielding wrote:
> I think the questions need to be shortened to 50 characters or so,
> depending on how the ballot is constructed. Also, they need to
> be phrased to match the lead-in of "prioritize the following" by
> starting with a verb.

And it might actually be fun asking the current OGB candidates for their views
on some of these issues as part of the campaigning period ;)


Glynn
_______________________________________________
cab-discuss mailing list
cab-discuss at opensolaris dot org



alhopper

Posts: 802
From: Plano, TX

Registered: 4/27/05
Re: test questions to test OGB election process (presented as a poll)
Posted: Feb 21, 2007 6:02 PM   in response to: gman

  Click to reply to this thread Reply

On Thu, 22 Feb 2007, Glynn Foster wrote:

> Hi,
>
> Roy T. Fielding wrote:
> > I think the questions need to be shortened to 50 characters or so,
> > depending on how the ballot is constructed. Also, they need to
> > be phrased to match the lead-in of "prioritize the following" by
> > starting with a verb.
>
> And it might actually be fun asking the current OGB candidates for their views
> on some of these issues as part of the campaigning period ;)

Agreed. But anything that gets the community thinking about how we can
increase developer mindshare is a Good Thing IMHO.

Regards,

Al Hopper Logical Approach Inc, Plano, TX. al@logical-approach.com
Voice: 972.379.2133 Fax: 972.379.2134 Timezone: US CDT
OpenSolaris.Org Community Advisory Board (CAB) Member - Apr 2005
OpenSolaris Governing Board (OGB) Member - Feb 2006
_______________________________________________
cab-discuss mailing list
cab-discuss at opensolaris dot org



alhopper

Posts: 802
From: Plano, TX

Registered: 4/27/05
Re: test questions to test OGB election process (presented as a poll)
Posted: Feb 21, 2007 6:00 PM   in response to: fielding

  Click to reply to this thread Reply

On Wed, 21 Feb 2007, Roy T. Fielding wrote:

> I think the questions need to be shortened to 50 characters or so,
> depending on how the ballot is constructed. Also, they need to
> be phrased to match the lead-in of "prioritize the following" by
> starting with a verb.
>
> And they should not contain subjective comments on solutions.
>
> > OpenSolaris Test Vote/Poll: Question: Which of the following items,
> > presented in a randomized order, should be prioritized by the OGB
> > in order
> > to promote OpenSolaris and increase its developer mindshare:
> >
> > - provide a highly usable Defect Management System which allows a
> > OpenSolaris contributor to perform queries, enter or update
> > records, and
> > "own" bugs
>
> a. deploy a public defect management system
>
> > - prioritize the rollout of the Mercurial Source Control Management
> > system
>
> b. deploy Mercurial source control across all projects

We can't do that - many projects are tied to other SCMs; in many cases, to
remain compatible with upstream sources. Mercurial has been designated
the preferred SCM for ON and the preferred SCM for new projects. So the
question is whether prioritizing the rollout of Mercurial will help
increase developer mindshare. And where this item lies in the list of
priorities.

> > - provide new guidelines for the formation of Communities and Projects
>
> c. enforce guidelines for Community and Project formation
>
> > - examine the OpenSolaris CDDL and ascertain if it still meets the
> > needs
> > of the OpenSolaris community
>
> d. analyze and comment on the next draft of GPLv3
> e. reinvestigate the choice of licenses for OpenSolaris products
>
> > - re-assess the current Community/Project organization
> > - develop a process to remove inactive Communities or Projects
>
> f. reorganize the existing Community/Project organization
> g. remove inactive Communities or Projects
>
> > - provide a (fast) SPARC based kernel/project community build facility
> > - provide a (fast) x86/AMD64 based kernel/project community build
> > facility
>
> h. provide a test build facility for SPARC architecture
> i. provide a test build facility for x86 architecture
>
> > - elect a new OGB before the end of March 2007
>
> That question is irrelevant.

Agreed.

> > - launch a membership drive
>
> I have no idea what that means.
>
> > - evaluate if mailman/jive should be upgraded or replaced
>
> j. replace or remove jive interface
> k. replace or remove mailman interface
>
> > - open source the OpenSolaris website application
>
> Also irrelevant -- that is a decision already made by Sun.

But the question allows us to learn if the community thinks that
opensourcing it would help increase developer mindshare. If the community
thinks that its irrelevant, then they won't vote for it.

> > - increase community participation in the day-to-day running of the
> > OpenSolaris infrastructure
>
> l. create an infrastructure project to run opensolaris.org
>
> > - provide support on OpenSolaris.Org for submitting, managing and
> > tracking
> > RTIs (Request To Integrate)
>
> m. deploy a public Request To Integrate (RTI) system
>
> > - provide an OpenSolaris code review facility (to replace
> > cr.grommit.com)
>
> n. deploy a public code review facility on opensolaris.org
>
> > - provide an OpenSolaris wiki
>
> o. deploy a public wiki on opensolaris.org
>
> > - provide a community test facility (SPARC and x86/AMD64)
>
> duplicate

No - see more below - but fails miserably as a question because you saw it
as a dupe.

> > - expend more resources to minimize/eliminate spam
>
> we don't control those resources
>
> > - fix the reliability issues with (disappearing) web pages
>
> duplicate of other questions regarding jive software
>
> > - support OpenGrok indexing of projects with per-project indexing and
> > searching
>
> p. deploy OpenGrok indexing of projects
>
> > - improve tools used to author/edit OpenSolaris.Org web pages
>
> q. replace opensolaris.org tools with an open source CMS or wiki
>
> > - establish a mechanism to provide regular idea interchange and
> > consultation between the OGB and Sun executive management
>
> r. establish regular communication with Sun executive management
>
> The list is still way too long -- any more than 12 questions is
> just testing the endurance of the reader, not their priorities.
> I suggest we reduce it to:
>
> a. deploy a public defect management system
> b. deploy Mercurial source control across all projects
> d. analyze and comment on the next draft of GPLv3

Remember the goal is to increase Opensolaris developer mindshare. As
such, it makes sense to re-evaluate all licensing options - including the
current CDDL license - not just to limit it to the analysis of GPLv3.

So a shorter version of the original would read:

d. re-evaluate current licensing and recommend changes

> f. reorganize the existing Community/Project organization
> h. provide a test build facility

There are separate needs/issues here:

1) test facility to run any/all operating system test suites and
benchmark suites to ensure that a change does not break something or
impact system performance (negatively).

2) build facility for SPARC

3) build facility for x86/AMD64

Since the voting system is STV - it would be interesting to see which
facilities are relevant to increasing developer mindshare. For example,
SPARC build systems tend to be more expensive to acquire - _fast_ SPARC
build systems are (usually) beyond the resources of a single FOSS
developer/contributor[1]. So, my suspicion is that a SPARC based build
facility might be the most relevant option to increasing developer
mindshare - but it sure would be nice to get some real-world feedback from
the community.

So a shorter version of the above would still be 3 items as follows:

h1. provide a SPARC based kernel/project build facility
h2. provide an x86/AMD64 based kernel/project build facility
h3. provide an ON test facility (SPARC & x86)

> j. replace or remove jive interface
> k. replace or remove mailman interface
> l. create an infrastructure project to run opensolaris.org
> m. deploy a public Request To Integrate (RTI) system
> n. deploy a public code review facility on opensolaris.org
> o. deploy a public wiki on opensolaris.org
> q. replace opensolaris.org tools with an open source CMS or wiki
>
> ....Roy
>

Thanks Roy. I'll give this some more thought and push out another
revision for comment.

[1] for example, Roland Mainz' (working on the ksh93 integration project)
fastest SPARC build system is an Ultra5 - which is a miserable system to
do *any* development work on.

Al Hopper Logical Approach Inc, Plano, TX. al@logical-approach.com
Voice: 972.379.2133 Fax: 972.379.2134 Timezone: US CDT
OpenSolaris.Org Community Advisory Board (CAB) Member - Apr 2005
OpenSolaris Governing Board (OGB) Member - Feb 2006
_______________________________________________
cab-discuss mailing list
cab-discuss at opensolaris dot org



plocher

Posts: 1,495
From:

Registered: 5/18/05
Re: test questions to test OGB election process (presented as a poll)
Posted: Feb 21, 2007 9:49 PM   in response to: fielding

  Click to reply to this thread Reply


> The list is still way too long -- any more than 12 questions is
> just testing the endurance of the reader, not their priorities.
> I suggest we reduce it to:
>
> a. deploy a public defect management system
> b. deploy Mercurial source control across all projects
> d. analyze and comment on the next draft of GPLv3
> f. reorganize the existing Community/Project organization
> h. provide a test build facility
> j. replace or remove jive interface
> k. replace or remove mailman interface
> l. create an infrastructure project to run opensolaris.org
> m. deploy a public Request To Integrate (RTI) system
> n. deploy a public code review facility on opensolaris.org
> o. deploy a public wiki on opensolaris.org
> q. replace opensolaris.org tools with an open source CMS or wiki



+1
-John
_______________________________________________
cab-discuss mailing list
cab-discuss at opensolaris dot org



richlowe

Posts: 768
From: US

Registered: 6/17/05
Re: test questions to test OGB election process (presented as a poll)
Posted: Feb 22, 2007 6:13 AM   in response to: fielding

  Click to reply to this thread Reply

Roy T. Fielding wrote:
> The list is still way too long -- any more than 12 questions is
> just testing the endurance of the reader, not their priorities.
> I suggest we reduce it to:
>
> a. deploy a public defect management system
> b. deploy Mercurial source control across all projects
> d. analyze and comment on the next draft of GPLv3
> f. reorganize the existing Community/Project organization
> h. provide a test build facility
> j. replace or remove jive interface
> k. replace or remove mailman interface
> l. create an infrastructure project to run opensolaris.org
> m. deploy a public Request To Integrate (RTI) system
> n. deploy a public code review facility on opensolaris.org
> o. deploy a public wiki on opensolaris.org
> q. replace opensolaris.org tools with an open source CMS or wiki
>

While I agree that shorter questions would be better, your shortening here
changes some of the questions, rather than just phrasing them more briefly.

At least b. j. k. l, and q. changed meaning fairly substantially, I think.

To be clear, are you purely suggesting the briefer language, or the briefer
language *and* the different questions?

-- Rich
_______________________________________________
cab-discuss mailing list
cab-discuss at opensolaris dot org



ericb

Posts: 1,695
From: US

Registered: 4/28/05
Re: test questions to test OGB election process (presented as a poll)
Posted: Feb 22, 2007 6:49 AM   in response to: fielding

  Click to reply to this thread Reply

+1 both to reducing the number of questions to 12 or so, and shortening the
questions themselves to 50 characters or so.

Eric

On Wed, 21 Feb 2007, Roy T. Fielding wrote:
> I think the questions need to be shortened to 50 characters or so,
> depending on how the ballot is constructed. Also, they need to
> be phrased to match the lead-in of "prioritize the following" by
> starting with a verb.
>
> And they should not contain subjective comments on solutions.
>
>> OpenSolaris Test Vote/Poll: Question: Which of the following items,
>> presented in a randomized order, should be prioritized by the OGB
>> in order
>> to promote OpenSolaris and increase its developer mindshare:
>>
>> - provide a highly usable Defect Management System which allows a
>> OpenSolaris contributor to perform queries, enter or update
>> records, and
>> "own" bugs
>
> a. deploy a public defect management system
>
>> - prioritize the rollout of the Mercurial Source Control Management
>> system
>
> b. deploy Mercurial source control across all projects
>
>> - provide new guidelines for the formation of Communities and Projects
>
> c. enforce guidelines for Community and Project formation
>
>> - examine the OpenSolaris CDDL and ascertain if it still meets the
>> needs
>> of the OpenSolaris community
>
> d. analyze and comment on the next draft of GPLv3
> e. reinvestigate the choice of licenses for OpenSolaris products
>
>> - re-assess the current Community/Project organization
>> - develop a process to remove inactive Communities or Projects
>
> f. reorganize the existing Community/Project organization
> g. remove inactive Communities or Projects
>
>> - provide a (fast) SPARC based kernel/project community build facility
>> - provide a (fast) x86/AMD64 based kernel/project community build
>> facility
>
> h. provide a test build facility for SPARC architecture
> i. provide a test build facility for x86 architecture
>
>> - elect a new OGB before the end of March 2007
>
> That question is irrelevant.
>
>> - launch a membership drive
>
> I have no idea what that means.
>
>> - evaluate if mailman/jive should be upgraded or replaced
>
> j. replace or remove jive interface
> k. replace or remove mailman interface
>
>> - open source the OpenSolaris website application
>
> Also irrelevant -- that is a decision already made by Sun.
>
>> - increase community participation in the day-to-day running of the
>> OpenSolaris infrastructure
>
> l. create an infrastructure project to run opensolaris.org
>
>> - provide support on OpenSolaris.Org for submitting, managing and
>> tracking
>> RTIs (Request To Integrate)
>
> m. deploy a public Request To Integrate (RTI) system
>
>> - provide an OpenSolaris code review facility (to replace
>> cr.grommit.com)
>
> n. deploy a public code review facility on opensolaris.org
>
>> - provide an OpenSolaris wiki
>
> o. deploy a public wiki on opensolaris.org
>
>> - provide a community test facility (SPARC and x86/AMD64)
>
> duplicate
>
>> - expend more resources to minimize/eliminate spam
>
> we don't control those resources
>
>> - fix the reliability issues with (disappearing) web pages
>
> duplicate of other questions regarding jive software
>
>> - support OpenGrok indexing of projects with per-project indexing and
>> searching
>
> p. deploy OpenGrok indexing of projects
>
>> - improve tools used to author/edit OpenSolaris.Org web pages
>
> q. replace opensolaris.org tools with an open source CMS or wiki
>
>> - establish a mechanism to provide regular idea interchange and
>> consultation between the OGB and Sun executive management
>
> r. establish regular communication with Sun executive management
>
> The list is still way too long -- any more than 12 questions is
> just testing the endurance of the reader, not their priorities.
> I suggest we reduce it to:
>
> a. deploy a public defect management system
> b. deploy Mercurial source control across all projects
> d. analyze and comment on the next draft of GPLv3
> f. reorganize the existing Community/Project organization
> h. provide a test build facility
> j. replace or remove jive interface
> k. replace or remove mailman interface
> l. create an infrastructure project to run opensolaris.org
> m. deploy a public Request To Integrate (RTI) system
> n. deploy a public code review facility on opensolaris.org
> o. deploy a public wiki on opensolaris.org
> q. replace opensolaris.org tools with an open source CMS or wiki
>
> ....Roy
>
_______________________________________________
cab-discuss mailing list
cab-discuss at opensolaris dot org



gisburn

Posts: 3,657
From: DE

Registered: 6/16/05
mailman removal ? / was: Re: test questions to test OGB election process(presented as a poll)
Posted: Feb 22, 2007 6:56 PM   in response to: alhopper

  Click to reply to this thread Reply

Al Hopper wrote:
[snip]
> - evaluate if mailman/jive should be upgraded or replaced

Please remove "mailman" from that list. It's one of the pieces which
currently works more or less flawlessly.

Most of the problems we have with email, postings and SPAM are coming
from the "Jive"-addon (I wish that thing would be boiled in acid or
worse).

----

Bye,
Roland

--
__ . . __
(o.\ \/ /.o) roland dot mainz at nrubsig dot org
\__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer
/O /==\ O\ TEL +49 641 7950090
(;O/ \/ \O;)
_______________________________________________
cab-discuss mailing list
cab-discuss at opensolaris dot org



ericb

Posts: 1,695
From: US

Registered: 4/28/05
Re: mailman removal ? / was: Re: test questions to test OGB election process(presented as a poll)
Posted: Feb 23, 2007 7:37 AM   in response to: gisburn

  Click to reply to this thread Reply

On Thu, 22 Feb 2007, Roland Mainz wrote:
> Al Hopper wrote:
> [snip]
>> - evaluate if mailman/jive should be upgraded or replaced
>
> Please remove "mailman" from that list. It's one of the pieces which
> currently works more or less flawlessly.

+1. Further to that point: An upgrade of Mailman is in the works, so it'll
get better; we're in good company since so many other opensource projects
use Mailman; and it's written in a very popular, powerful, accessible
language (Python).

Eric

>
> Most of the problems we have with email, postings and SPAM are coming
> from the "Jive"-addon (I wish that thing would be boiled in acid or
> worse).
>
> ----
>
> Bye,
> Roland
>
> --
> __ . . __
> (o.\ \/ /.o) roland dot mainz at nrubsig dot org
> \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer
> /O /==\ O\ TEL +49 641 7950090
> (;O/ \/ \O;)
>
_______________________________________________
cab-discuss mailing list
cab-discuss at opensolaris dot org



richlowe

Posts: 768
From: US

Registered: 6/17/05
Re: mailman removal ? / was: Re: test questions to test OGB election process(presented as a poll)
Posted: Feb 23, 2007 7:41 AM   in response to: gisburn

  Click to reply to this thread Reply

Roland Mainz wrote:
> Al Hopper wrote:
> [snip]
>> - evaluate if mailman/jive should be upgraded or replaced
>
> Please remove "mailman" from that list. It's one of the pieces which
> currently works more or less flawlessly.
>

Which goes back to my (unanswered) query about whether this was intended to
shorten the questions, or actually change them, as it did.

-- Rich
_______________________________________________
cab-discuss mailing list
cab-discuss at opensolaris dot org






Terms of Use | Privacy | Trademarks | Copyright Policy | Site Guidelines
Your use of this web site or any of its content or software indicates your agreement to be bound by these Terms of Use.
Copyright © 1995-2005 Sun Microsystems, Inc.