From: Jonathan Larmour <jifl@eCosCentric.com>
To: John Dallaway <john@dallaway.org.uk>
Cc: ecos-maintainers@ecos.sourceware.org
Subject: Re: Repository copyrights updated
Date: Fri, 30 Jan 2009 01:21:00 -0000 [thread overview]
Message-ID: <49825601.5080505@eCosCentric.com> (raw)
In-Reply-To: <4982305F.8040503@dallaway.org.uk>
John Dallaway wrote:
>
>>After the trunk is unfrozen, there will be a short time to commit anything
>>important
>
> It will certainly be worthwhile fixing up the SH3 .ldi files before the
> branch is cut. There is also a problem with linking the cxxsupp test for
> ARM targets which are still using arm-elf-gcc 3.2.1.
I also have a note of a number of other issues, such as i386 and mips
linking, and a m68k compiler problem which may result in a workaround in
the sources, off the top of my head (I'm sure there are others). Not that
everything is frozen in the branch before it's cut of course, but it's
helpful to avoid double commits. As well as patches, I will also be
working on website updates as one of my highest priorities. There's a lot
I need to do there, although that's aimed more at the final than the
release candidate of course.
Although an unstated assumption I want to make explicit is that I want the
eCos 3.0 release to be shoved out without _too_ much angst about what
needs to go in - people coming up with last minute contribs of new ports
they want to go in for example shouldn't hold up the process. Let's just
get it out there, because once it is, things will become easier and we can
start thinking about consolidating stuff (and switching VCS, and
etc.etc.), and are more likely to get assistance from the community in
doing so.
>>and then I will cut a branch for the eCos 3.0 release and then I
>>will create a first release candidate - there will probably/hopefully only
>>be one.
>
>
> Are you referring to the repository tagging? For avoidance of doubt, I
> will be generating the actual releases.
Sorry, I didn't know you had made scripts for generating releases. As you
know, eCosCentric aren't in a position to check-in ours, so I think it
would be good if you could check in yours (any time after code thaw) for
future release reproduction - I recommend a "release" module (not under
ecos, but as a separate CVS module). And of course once your assignment is
executed. Have you heard anything? I haven't been notified (yet).
I would prefer to choose the timing of the repo tag'n'branch myself, in
which case I may as well actually do it (and let you know at that point).
> I have everything set up for
> this on my release machines. Hence my earlier request for shell access
> to sourceware.org for uploading of the releases.
FAOD, the maintainers as a group need to be happy with the state of the
release before it goes up for download.
NB I have added the version '3.0rc1' to bugzilla. The b suffix used for
2.0 confused people if you remember, and that seems to be the most common
nomenclature now anyway.
Jifl
--
eCosCentric Limited http://www.eCosCentric.com/ The eCos experts
Barnwell House, Barnwell Drive, Cambridge, UK. Tel: +44 1223 245571
Registered in England and Wales: Reg No 4422071.
------["The best things in life aren't things."]------ Opinions==mine
prev parent reply other threads:[~2009-01-30 1:21 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-29 17:49 Jonathan Larmour
2009-01-29 22:40 ` John Dallaway
2009-01-30 1:21 ` Jonathan Larmour [this message]
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=49825601.5080505@eCosCentric.com \
--to=jifl@ecoscentric.com \
--cc=ecos-maintainers@ecos.sourceware.org \
--cc=john@dallaway.org.uk \
/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).