public inbox for sourcenav@sourceware.org
 help / color / mirror / Atom feed
From: Mo DeJong <supermo@bayarea.net>
To: sourcenav@sources.redhat.com
Subject: Re: SourceNav release ...
Date: Fri, 18 Jan 2002 18:13:00 -0000	[thread overview]
Message-ID: <20020118080416.19e23393.supermo@bayarea.net> (raw)
In-Reply-To: <3C3A0EF4.1050200@k-3d.com>

Ralf Corsepius wrote:

> IMHO, the basic problem is to render SN into an active project.
> As RH apparently is not developing actively anymore, one
> solution would be to convert SN into a real OpenSource
> community project.

...

> From my POV, it's only the lack of active maintainers
> which currently lets appear SN as "dumped dead code junk".

...

> But the only way to achieve something of this kind IMHO
> would be somebody (the maintainer - who is it? Ian, you?)
> to show some visible initiative - Currently, SN appears
> not only to be dead, but to unmaintained.

Well, who is going to do the work? It seems the real problem
here is one of perception. Currently, there is no person who
has the "job" of maintaining SN. Ian helps out in his spare time
but it is not part of his job description. Even if we had such a
person devoted to SN full time, would that magically produce
patches from the community? History would indicate that a
couple of patches would be donated, but not many. Read over
the mailing list archives if you don't believe me.


Khamis Abuelkomboz wrote:

> I find your input great. we need an "open" way to add work
> into SN, I had the idea about taking the current redhat SN
> and provide my own SN release, basicly to rework the GUI
> and extend the existing parsers.

There are two problems here and they depend on how you define "open".
First, there is the issue of how patches are integrated into the tree
and who gets write access to the CVS. An open patch review seems to
be the most fair way to deal with this issue. Second, there is the RH
copyright assignment paperwork. Both Khamis and I have refused to
sign these agreements which means it could be difficult to move forward
with the current hosting situation.

Timothy Shead wrote:

> Sounds like SN ought to move to SourceForge - if Red Hat
> isn't going to maintain it, there needs to be a clean
> break, so people stop waiting for Red Hat to do the work
> ... which is not to complain about Red Hat -
> they're the ones who GPL'd SN, making such a move possible.

This might be a good idea, but I am not certain. Putting it up on
SourceForge does not sprinkle the project with magic pixy dust.
Work will still need to be done, and that means someone will
actually need to do the work or pay someone to do it. You can't
just rely on the "net community" to come along and fix problems.
This "just turn is into an open source project" idea was already
attempted, in 2000. The result is where we are now, wondering
what to try next. 

cheers
Mo

  reply	other threads:[~2002-01-18 23:58 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-06  0:26 Simonovsky, Pavel
2002-01-06  3:48 ` Mo DeJong
2002-01-06  6:36   ` Ralf Corsepius
2002-01-07 12:04     ` Khamis Abuelkomboz
2002-01-07 13:11       ` Timothy M. Shead
2002-01-18 18:13         ` Mo DeJong [this message]
2002-01-07 13:22     ` Ian Roxborough
2002-01-07 13:34       ` Patches...[was: Re: SourceNav release ... ] Ian Roxborough
2002-01-10  4:34       ` SourceNav release Eray Ozkural (exa)
2002-01-11 14:34         ` Mo DeJong
2002-01-18 14:52           ` Eray Ozkural (exa)
2002-01-18 15:33             ` Mo DeJong
2002-01-18 15:58               ` Ian Roxborough
2002-01-24 10:14                 ` Eray Ozkural (exa)
2002-01-19  9:03               ` Eray Ozkural (exa)
2002-01-19  8:59             ` Khamis Abuelkomboz
  -- strict thread matches above, loose matches on Subject: below --
2002-01-04  2:56 Roman Levenstein
2002-01-04 15:48 ` Khamis Abuelkomboz
2002-01-03 14:30 klmcw yahoo
2002-01-03 15:08 ` Khamis Abuelkomboz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020118080416.19e23393.supermo@bayarea.net \
    --to=supermo@bayarea.net \
    --cc=sourcenav@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).