> the presumably main shareholder Trevor

As indirectly linked to above, main shareholder of A-Eon Technology Ltd. is Matthew Leaman (50%). Trevor and his wife each hold 25% of shares.

Addendum:

>> Seems low-level coders disappeared years ago.

> The Frieden brothers were present at the Amiga 30 years celebrations in Neuss 5 months
> ago where they told they were currently working on OS4 a couple of hours per week.

"I received a pleasant surprise in my email inbox this morning from AmigaOS Kernel developer Thomas Frieden. [...] Attached to the email was a photo of a vaguely familiar image of a Boing Ball, Hyperion copyright notice and an "insert floppy disk" graphic. [...] I think it means my Tabor board will be mighty pleased"
http://blog.a-eon.biz/blog/?p=8740

@Andreas_Wolf

OK, but I doubt it's not Trevor keeping the business floating anyway.

Quote:

That's not how it works, you are confusing privately owned companies with publicly trading company. A-Eon shares are 100% distributed between 3 officers, there are none left in the treasury to sell. A publicly traded company such as those during the Dot-com bubble sold shares during an IPO, and held a majority of shares in the treasury. When these dot-com companies needed more funds they would issue "secondaries" by taking shares from the treasury and selling either directly into the market or 2 a 3rd party at a discount. There is a world of difference between a public and a private company.

Trevor can "loan" A-Eon cash, but that loan is supposed to be repaid at some point. This is not something that can happen forever, at some point A-Eon will have to be profitable.

They don't have to sell shares. They can ask the share holders for an influx of cash too.

As long as creditors get paid he can loan A-Eon as much as he want.

A question, a little off the current direction of the thread...
If the bios of the X5000 is on micro SD, could we upgrade the size of the card and put the boot partition for MorphOS on this as well?

Quote:

I think not, it's just another way to store and load the firmware. And why would you *not* want to use a proper, fast SSD for the OS, with real file systems (of your choice), etc?

Quote:

Well, one thing has made me shy away from SSDs, they die without warning and are completely unrecoverable.

Then again, that is true of SD cards as well.

More to the point, the boot partition of MorphOS is small, so why not have the bios load it from SD after bootstrapping then switch to a medium like you suggested?

https://www.youtube.com/watch?v=Wb9By-lODgk

Quote:

SSDs behave like any HDD. If its bad sectors etc. everything be recovered.

If you speak of electric shock, I have a PSU and again surge protection before that.
A high electric shock would any way kill everything, but your SSD paranoia is too much.

Its fast, usable, bit pricey but heey lightspeed to HDD, USB, DVD, BlueRay, SD card ...

It would be great to have MorphOS, AROS or OS4 on flash EEPROM but they have put
different junk on boards instead of that Like I would trade my XENA and Xorro extended PCI-E slot for
such thing and some big FPGA that could load Minimig core

Quote:

One board...
This doesn't worry anyone else?

@Jim

What else did you expect ?

As long it is something easy to find and supporting a wide range of CPUs I don't see much of an issue.

More reason of concern would be how long it takes from starting on lets say this to release as that might put serious hurdles into sourcing such mobo (which will most likely be discontiued by that time).

On the laptop front things might get even harder, but besides from basing MorphOS_64 on a linux kernel (like AROS-hosted) I see really no alternativ with the limited resources.


But don't forget that is really just for the initial release (just like MorphOS at some time only supported one type of PPC Mac), and if one of the key developers decide that he really needs MorphOS4.2 running on his new 2025 MacbookPro I doubt the other would get their pitchforks to stop him.

Quote:

This is a rather old quote, and I think you're maybe misunderstanding me. I'm not saying that we'll only support one motherboard forever. I'm saying that we'll port MorphOS to and support running MorphOS on one specific motherboard (and one laptop) at a time. When that particular set of hardware becomes obsolete, or whenever we feel like it, we'll then pick a new set of hardware to support. Basically we want to avoid the current situation where we support such a large amount of different hardware that it becomes difficult to make sure everything is well supported.

Quote:

I'm surprised to read this kind of comment from you Jim. You have stated on many other occasions how much you trust the decisions of the MorphOS Dev. Team members, so what has changed in your point of view?

As you and I, and most other MorphOS users have stated in the past, the choices of which hardware to support by the Dev. Team members have so far seemed the best and most logical choices. I expect them to continue making wise choices for x64 hardware, just as they have always done with PPC hardware (with perhaps the only exceptions being support for the SAM460 and X5000, IMO ...).

Sorry guys, I tend to be somewhat neurotic about things that are important to me.

And I DO trust our developers to make the right decisions (they have aced it so far).

Although...if I had the cash I would buy at least a couple of Power8 boards for these guys.

>> the current situation where we support such a large amount of different hardware
>> that it becomes difficult to make sure everything is well supported

> the choices of which hardware to support by the Dev. Team members have so far
> seemed the best and most logical choices.

Seems at least some MorphOS team members are less confident about the team's past choices ;-)

Morphos on x86 will be not binary compatible like on powerpc because x86 cannot work in big endian mode.
It is stupid to repeat old mistakes.
Morphos on x86 should have not problems with memory protection, drivers, use of many core, porting.
It is time to cut off 90% of old API, leave only amiga graphics and gui and use unix as base.

Quote:

Yeah, like anything involving a group, there will always be some dissent.
And I myself still like the idea of sticking with Power.
But that might just be the "sore loser" in me.
I didn't really dig having to move from 68K to X86 years ago and still think PPCs are adequate for our uses.

Quote:

Are you out of your mind?
UNIX?
Never.
Should we ever go there (or Linux) I am out of here.
And we don't support native Amiga graphics right now.

We already have a good kernel.
And Ambient can be retained (and improved), along with some other elements.
Outside of that, we might as well let our gurus decide.

Quote:

I meant from the users point of view, not for the ease of supporting the OS by the Dev. Team. I am sure that many of the team members have mixed feelings, and regret supporting so many PPC models, as it makes more work for all of them. Their choices have made it easy for any MorphOS user to find affordable, (and in terms of NG Amiga choices, powerful) hardware all around them.

[ Edited by amigadave 06.05.2016 - 14:36 ]

I guess they figured that since most hardware are more or less the same supporting them would be pretty straight forward. But every hardware has it's own little quirks regardless. It's easy to look back in hindsight now when we know this.

Unless the developers have retained at least one of each platform they have ported to, I imagine it is difficult to assure that all previous systems work with each revision change.

Quote:

Quote:

Are you out of your mind?
You want to change API to not binary compatible and there still will be problems with software porting?
New system should be based on UNIX.

Quote:

MorphOS will *never* go POSIX/UNIX/whatever, anyone with knowledge of the MorphOS developers past view on this knows perfectly well that there isn't even a point in asking this question! It will never happen, and why should it? Sure, there will be some additions to the API, and some changes in rules and assumptions that affects applications environment, like no app will be allowed access to memory outside its allocated space, and that different parts of the system, and different parts of any threaded applications, can be executed on different CPU cores in an asynchronious manner unlike today. Etc, etc. But MorphOS was never about POSIX, never about making another Linux. My experience from past discussion from the MorphOS team, is that they would rather drop it and walk away than going in that direction. They are making *their own* operating system!

Quote:

The new system will be based upon MorphOS, I think this is a fair and realistic assumption.

Quote:

Knock yourself out. ;)


http://repo.arixfoundation.com/downloads/