Does anyone have a blank (or even full) ST506 disk image to that they
could put up for download somewhere. (and also the lines from their
.arcemrc for configuring it).
I've modified the way hdc63436 config is stored, and encapsulated the HDC
struct away in the hdc63436 code rather than stored i
Hi Ian,
> I suggest you wait until tomorrow and if still no joy then I can add
> you through the admin. interface. If anyone else has problems with
> the lists, pipe up.
Further to that, here's the current list of subscribers.
arcem-cvs at rjek.com
arcemcvs.howkins at marutan.net
a
Hi Ianm
> > There's an arcem-cvs list
>
> ...which won't send me an email to join.
> I've tried to join twice now. No email. :-(
Strange. I've just used the web interface to subscribe another one of
my email addresses and the `do this to complete subscription' email
turned up in a couple of
Ralph Corderoy wrote:
There's an arcem-cvs list
...which won't send me an email to join.
I've tried to join twice now. No email. :-(
I.
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends appli
Michael Dales wrote:
So chatting to Peter it appears that half the list has been left out
on some private discussion as to how and why things are done in
ArcEm. So...
Woah, woah. Calm. I *think* I "started this" by trying to be
good person and actually contribute my work back to the GPL
comm
Hi Michael,
> So chatting to Peter it appears that half the list has been left out
> on some private discussion as to how and why things are done in ArcEm.
Good news is the arcem-devel list has 25 subscribers now. Bad news is
the off-list emails were circulating around about four of us so more
On Mon, Feb 27, 2006 at 03:25:56PM +, Michael Dales wrote:
>
> Okay, I think Ralph missed my point. I'm not proposing a Mac OS X only fork,
> but rather a way of handling the difference between "pure" emulation of
> the hardware and a version of ArcEm that uses module based shims to cut
> t
On Mon, Feb 27, 2006 at 03:25:56PM +, Michael Dales wrote:
>
> Okay, I think Ralph missed my point. I'm not proposing a Mac OS X only fork,
> but rather a way of handling the difference between "pure" emulation of
> the hardware and a version of ArcEm that uses module based shims to cut
> t
Hey there,
So chatting to Peter it appears that half the list has been left out on some
private discussion as to how and why things are done in ArcEm. So...
1) Ralph: Sorry for arguing about something that was apparently already clear -
in that you appear to already be doing the both approach
Hi Michael,
> Okay, I think Ralph missed my point. I'm not proposing a Mac OS X only
> fork,
I didn't think you were, it was an example of a similarly poor reason to
fork arcem.
> but rather a way of handling the difference between "pure" emulation
> of the hardware and a version of ArcEm that
Hi Ian,
> Ralph Corderoy wrote:
> > Can we avoid top-posting on this list please.
>
> Can we avoid CCing everyone on everything if we're also using the
> list? :-)
:-) I did consider it before sending the email but a quick scan of the
subscribers list suggested that not everyone being CC'd was
On 2/27/06, Ian Jeffray <[EMAIL PROTECTED]> wrote:
> Ralph Corderoy wrote:
> > Hi Michael,
> >
> >
> >>Perhaps then it's time to fork some stuff then.
> >
> >
> > Can we avoid top-posting on this list please.
>
> Can we avoid CCing everyone on everything if we're also
> using the list? :-)
Int
On Mon, 2006-02-27 at 14:42 +, Ralph Corderoy wrote:
> > (Daniel Silverstone looked into emulating an Ether1 such that RISC iX
> > could also work, but the Ether1 is strange and odd, and doesn't behave
> > in any way like the datasheet for the chipset on it suggests - there's
> > loads of magi
On Mon, 2006-02-27 at 14:45 +, Ralph Corderoy wrote:
> Hi Michael,
>
> > Perhaps then it's time to fork some stuff then.
>
> Can we avoid top-posting on this list please.
>
> > Perhaps there even needs to be some kind of fork - a pure version of
> > ArcEm and a RISC OS enhanced version.
>
>
Ralph Corderoy wrote:
Hi Michael,
Perhaps then it's time to fork some stuff then.
Can we avoid top-posting on this list please.
Can we avoid CCing everyone on everything if we're also
using the list? :-)
Perhaps there even needs to be some kind of fork - a pure version of
ArcEm and a R
Hi Michael,
> Perhaps then it's time to fork some stuff then.
Can we avoid top-posting on this list please.
> Perhaps there even needs to be some kind of fork - a pure version of
> ArcEm and a RISC OS enhanced version.
That's a daft a reason as suggesting the Mac OS version should be a
fork, a
Hi Rob,
> > I'd prefer emulating a real network i/f podule since that would
> > support other OS better, e.g. NetBSD.
> >
> > http://www.netbsd.org/Ports/acorn26/
> >
> > I think it would be nice for arcem to continue to support
> > Linux/ARM26 and NetBSD would be nice to add.
> >
> > Howe
Perhaps then it's time to fork some stuff then.
There's active development in getting ArcEm to support RISC OS better
at the moment - I'm not aware of anyone who's using NetBSD putting in
a lot of effort. We already have hostfs support in there which is
through a module hack (excellent work by tho
On Mon, 2006-02-27 at 13:20 +, Ralph Corderoy wrote:
> Hi Matthew,
>
> Off-list you wrote:
> > I have also been experimenting with implementing networking in a
> > couple of different ways: Either emulating a real network card (an
> > Ether1 looks promising), or writing a RISC OS module that i
Hi Matthew,
Off-list you wrote:
> I have also been experimenting with implementing networking in a
> couple of different ways: Either emulating a real network card (an
> Ether1 looks promising), or writing a RISC OS module that implements
> DCI4, and passes network packets directly to the Host. I
Hi guys,
Can you take this conversation to the arcem-devel list please? It would
be nice for people to hear what's going on, and the archives will let
others catch up in the future.
Perhaps even consider re-sending your few emails so far there.
Cheers,
Ralph.
[Sorry, first attempt got list
21 matches
Mail list logo