public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Grant Edwards <grante@visi.com>
To: ecos-discuss@sources.redhat.com
Subject: [ECOS]  Re: Is eCos project still alive?
Date: Thu, 13 Dec 2007 15:15:00 -0000	[thread overview]
Message-ID: <fjrfpv$av4$1@ger.gmane.org> (raw)
In-Reply-To: <AD4B7F937BC23A4BABAF7F2470535E04721C84@aaants96.aaaex.asmpt.com>

On 2007-12-13, Loginov Alexander <aloginov@asmpt.com> wrote:

> .........
>> Because that's the last time somebody paid developers to do the
>> work involved in a public "release".
>
> Thanks for your comments. Now a bit clearer why the releases
> are not available. But it is quite strange: there is
> eCosCentric but no releases.

There are releases.  That's what eCosPro is.

> Normally the commercial companies that are at the back of the
> open-source project, do this job. Check RTEMS for example. 

No thanks, I'm not going to check RTEMS.

> ........
>> If you don't want to hear answers, then don't ask questions.
>
> Irrelevant note. Not all the phrases are to be understood
> directly. There are idioms in each language. That was one of
> them. Don't take it out of the context. In that context it
> meant: "I don't think so" if you wish
>
> ........
>> Utter bullshit.  They do have bugs, but so do releases. Neither
>> is "supposed to have bugs".
>
> My mistake, I meant to say "expected to have bugs". Here is
> the standard note from a standard open-source project CVS
> tree: "...the CVS code is always moving in features and
> stability. While very attempt is made to keep the CVS head
> working on all targets, but there are no any guarantees". 

I wasn't aware that there was a standard for open-source
projects.

> .......
>> Bah. Nobody intentionally checks in bugs.
>
> Depends. In the area of safety-critical systems, it is a
> standard debugging methodology: you intentionally introduce
> bugs in the systems to see how it can recover itself . 

You don't check them into CVS.

> ... ...
>> There are no "stable releases" of Linux any more.  Active
>> development is being done in the "stable" tree.  There are no
>> more stable and development versions of Linux like there used
>> to be.
>
> Linux itself - yes. But not its distros. The new releases are normally
> produced every 3-6 months.

If you want a stable release of eCos then use eCosPro and stop
whinging at us.

> ... ...
>> On the contrary, we are all from the world of commercial
>> products development.  That's what eCos is used for: developing
>> commercial products.  I've been using eCos to develop
>> commercial products for 7+ years, and the lack of "releases"
>> hasn't been even the least bit of a problem.
>
> That is your personal experience and your personal area of
> expertise in particular commercial product area. Products that
> are expected to have high reliability standards are rarely
> developed from CVS software snapshots.

Products that have high reliability standards do their own
testing and "releasing".  They don't depend on the "releases"
of open-source packages to be bug-free.

>> If you feel you're not capable of working from a CVS repository
>> and really want a "released" version, then that's what eCosPro
>> is: http://www.ecoscentric.com/ecos/ecospro.shtml
>
> Thanks. I have already checked it. Definitely, if we stick to eCos we
> will buy the support from eCosCentric.

I'm glad to hear it.

>> Perhaps one of those RTOSes will meet your privilege
>> management requirement better than eCos.
>
> Unfortunately, they are either too expensive (the royalty fees
> would cost us thousand or even millions of dollars) and most
> of them normally don't provide source code. If they do provide
> it, then it costs another hundreds of thousands.

Releases cost money.

> By the way, do you now any more-or-less free RTOS that
> provides support for privilege levels and process protection?

Nope, I can't afford the dollars or watts for processors that
have those sorts of features.

-- 
Grant Edwards                   grante             Yow!  I'm a fuschia bowling
                                  at               ball somewhere in Brittany
                               visi.com            


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

  parent reply	other threads:[~2007-12-13 14:33 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-13  9:46 Loginov Alexander
2007-12-13  9:50 ` Loginov Alexander
2007-12-13 15:15 ` Grant Edwards [this message]
2007-12-13 15:43   ` Chris Zimman
2007-12-13 17:40     ` Grant Edwards
2007-12-14  0:48       ` Bob Koninckx
2007-12-14  1:41         ` Grant Edwards
2007-12-14  6:38           ` Frank Pagliughi
2007-12-14 11:15             ` Chris Zimman
2007-12-14 11:20               ` Andrew Lunn
2007-12-14 12:00                 ` Paul D. DeRocco
2007-12-14 14:28                 ` [ECOS] FSF copyright assignmnett. [Was Re: [ECOS] Re: Is eCos project still alive?] Ilija Koco
2007-12-14 16:21                   ` [ECOS] FSF copyright assignment. " Daniel Morris
2007-12-14 17:11                 ` [ECOS] Re: Is eCos project still alive? Grant Edwards
2007-12-14 18:10                   ` Brian Austin
2007-12-17 11:29                 ` Jonathan Larmour
2007-12-14 16:34             ` Brian Austin
2007-12-14 16:39               ` Sergei Organov
2007-12-14 18:47               ` Grant Edwards
2007-12-13 20:06 ` Mike Arthur
2007-12-14 13:47 ` Ilija Koco
  -- strict thread matches above, loose matches on Subject: below --
2007-12-14  9:07 Loginov Alexander
2007-12-14  8:28 Loginov Alexander
2007-12-14 11:09 ` Chris Zimman
2007-12-13  4:27 [ECOS] " Loginov Alexander
2007-12-13  6:15 ` [ECOS] " Grant Edwards
2007-12-13  3:31 Loginov Alexander
2007-12-13  8:07 ` Grant Edwards
2007-12-13 15:08   ` Brian Austin
2007-12-13  3:02 Anthony Tonizzo

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='fjrfpv$av4$1@ger.gmane.org' \
    --to=grante@visi.com \
    --cc=ecos-discuss@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).