Castle Press Release
flag
Messages 1 - 10 of 122 - Collapse all
/groups/adfetch?adid=slvLVRAAAAC84YTCa-zELtT99fVw3fDm
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Follow-up To:
Add Cc | Add Follow-up to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers that you hear
 
1.  Paul F. Johnson  
View profile   Translate to Translated (View Original)
 More options 2 Mar 2007, 00:10
Newsgroups: comp.sys.acorn.apps
From: "Paul F. Johnson" <p...@all-the-johnsons.co.uk>
Date: Fri, 02 Mar 2007 00:10:18 GMT
Local: Fri 2 Mar 2007 00:10
Subject: Re: Castle Press Release
Hi,

> ROOL TO HANDLE RISC OS ALLOCATIONS
> ==================================

How does this fit in with allocations handled by ROS Ltd? Does a developer
now have to request from both ROS Ltd (OS4/6) and ROOL (OS 5) and won't
that make it a bitch ensuring that the same allocations of SWI chunks and
filetypes remain the same?

TTFN

Paul
--
Sie können mich aufreizen und wirklich heiß machen!


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message, you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
2.  druck  
View profile   Translate to Translated (View Original)
 More options 2 Mar 2007, 00:39
Newsgroups: comp.sys.acorn.apps
From: druck <n...@druck.freeuk.com>
Date: Fri, 02 Mar 2007 00:39:35 GMT
Local: Fri 2 Mar 2007 00:39
Subject: Re: Castle Press Release
On 2 Mar 2007 "Paul F. Johnson" <p...@all-the-johnsons.co.uk> wrote:

> > ROOL TO HANDLE RISC OS ALLOCATIONS
> > ==================================

> How does this fit in with allocations handled by ROS Ltd? Does a developer
> now have to request from both ROS Ltd (OS4/6) and ROOL (OS 5) and won't
> that make it a bitch ensuring that the same allocations of SWI chunks and
> filetypes remain the same?

Castle own the head licence, therefor they are the authority for allocations.
Whether ROL take any notice is another matter. But while they aren't
releasing anything, theres not much point in bothering about them.

---druck

--
The ARM Club Free Software - http://www.armclub.org.uk/free/
The 32bit Conversions Page - http://www.quantumsoft.co.uk/druck/


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message, you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
3.  David Holden  
View profile   Translate to Translated (View Original)
 More options 2 Mar 2007, 07:15
Newsgroups: comp.sys.acorn.apps
From: David Holden <black_h...@apdl.co.uk>
Date: Fri, 2 Mar 2007 07:15:35 GMT
Local: Fri 2 Mar 2007 07:15
Subject: Re: Castle Press Release

On  2-Mar-2007, "Paul F. Johnson" <p...@all-the-johnsons.co.uk> wrote:

> Hi,

> > ROOL TO HANDLE RISC OS ALLOCATIONS
> > ==================================

> How does this fit in with allocations handled by ROS Ltd? Does a developer
> now have to request from both ROS Ltd (OS4/6) and ROOL (OS 5) and won't
> that make it a bitch ensuring that the same allocations of SWI chunks and
> filetypes remain the same?

RISCOS Ltd have never handled allocations themselves. Because, like Acorn
previously, they realised the highly confidential nature of this work and to
ensure that developers have confidence in the process it has always been
handled by a completely independent and unbiased third party.

Unfortunately, after many years of performing this valuable service this
person was no longer able to continue with this important work and this
seems to have precipitated this action.

--
David Holden - APDL - <http://www.apdl.co.uk>


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message, you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
4.  Rob Kendrick  
View profile   Translate to Translated (View Original)
 More options 2 Mar 2007, 11:26
Newsgroups: comp.sys.acorn.apps
From: Rob Kendrick <n...@rjek.com>
Date: Fri, 02 Mar 2007 11:26:01 +0000
Local: Fri 2 Mar 2007 11:26
Subject: Re: Castle Press Release

On Fri, 02 Mar 2007 07:15:35 +0000, David Holden wrote:
> RISCOS Ltd have never handled allocations themselves. Because, like Acorn
> previously, they realised the highly confidential nature of this work and to
> ensure that developers have confidence in the process it has always been
> handled by a completely independent and unbiased third party.

Alan Glover was hardly completely independent - he was on Acorn's payroll
for quite some time.  As for the other assertion, I have no experience,
but know many who do...

B.


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message, you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
5.  John Cartmell  
View profile   Translate to Translated (View Original)
 More options 2 Mar 2007, 12:09
Newsgroups: comp.sys.acorn.apps
From: John Cartmell <j...@cartmell.demon.co.uk>
Date: Fri, 02 Mar 2007 12:09:03 +0000 (GMT)
Local: Fri 2 Mar 2007 12:09
Subject: Re: Castle Press Release
In article <pan.2007.03.02.11.26.01.208...@rjek.com>,
   Rob Kendrick <n...@rjek.com> wrote:

> On Fri, 02 Mar 2007 07:15:35 +0000, David Holden wrote:
> > RISCOS Ltd have never handled allocations themselves. Because, like Acorn
> > previously, they realised the highly confidential nature of this work and
> > to ensure that developers have confidence in the process it has always
> > been handled by a completely independent and unbiased third party.
> Alan Glover was hardly completely independent - he was on Acorn's payroll
> for quite some time.  As for the other assertion, I have no experience,
> but know many who do...

Alan has had a thankless task - and it's about time we thanked him properly.
It is critical that allocations are handled by someone who is accepted and
seen by everyone to be independent and unbiased. Developers need to feel sure
that their work will remain confidential until they are ready for release.
Without any criticism that rules out a number of people and groups. It rules
out Castle and it rules out ROOL.

--
        John Cartmell   j...@finnybank.com     0845 006 8822 or 0161 969 9820
        Qercus magazine FAX +44 (0)8700-519-527         www.finnybank.com
        Qercus - the best guide to RISC OS computing


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message, you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
6.  Doug Webb  
View profile   Translate to Translated (View Original)
 More options 2 Mar 2007, 13:22
Newsgroups: comp.sys.acorn.apps
From: Doug Webb <doug.j.w...@btinternet.com>
Date: Fri, 02 Mar 2007 13:22:08 GMT
Local: Fri 2 Mar 2007 13:22
Subject: Re: Castle Press Release
In message <4ebd412d6aj...@cartmell.demon.co.uk>
          John Cartmell <j...@cartmell.demon.co.uk> wrote:

[snip]

> Alan has had a thankless task - and it's about time we thanked him properly.
> It is critical that allocations are handled by someone who is accepted and
> seen by everyone to be independent and unbiased. Developers need to feel sure
> that their work will remain confidential until they are ready for release.
> Without any criticism that rules out a number of people and groups. It rules
> out Castle and it rules out ROOL.

John,

I understand your logic but it needn't rule out Castle or ROOL. In my
company we have interact with areas we need information from and some
is restricted as long as the person/team doing it have some
rules/checks in place to ensure confidentiality then this is not an
issue. Bit like directors of ROL who may also have involvement with
other companies, it's not an issue as long as auditable separation is
in place.

Doug
--
Using a Iyonix PC and RISC OS 5.13, the thinking persons alternative
operating system to Microsoft Windows.


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message, you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
7.  John Cartmell  
View profile   Translate to Translated (View Original)
 More options 2 Mar 2007, 14:54
Newsgroups: comp.sys.acorn.apps
From: John Cartmell <j...@cartmell.demon.co.uk>
Date: Fri, 02 Mar 2007 14:54:47 +0000 (GMT)
Local: Fri 2 Mar 2007 14:54
Subject: Re: Castle Press Release
In article <1cde47bd4e.dougjw...@btopenworld.com>, Doug Webb

It's not about being independent but being seen to be so by all the individual
developers. I'd hope that RISC OS Ltd find a truly independent individual to
replace Alan.

--
        John Cartmell   j...@finnybank.com     0845 006 8822 or 0161 969 9820
        Qercus magazine FAX +44 (0)8700-519-527         www.finnybank.com
        Qercus - the best guide to RISC OS computing


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message, you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
8.  Doug Webb  
View profile   Translate to Translated (View Original)
 More options 2 Mar 2007, 16:05
Newsgroups: comp.sys.acorn.apps
From: Doug Webb <doug.j.w...@btinternet.com>
Date: Fri, 02 Mar 2007 16:05:56 GMT
Local: Fri 2 Mar 2007 16:05
Subject: Re: Castle Press Release
In message <4ebd505986j...@cartmell.demon.co.uk>
          John Cartmell <j...@cartmell.demon.co.uk> wrote:

[snip]

> It's not about being independent but being seen to be so by all the individual
> developers. I'd hope that RISC OS Ltd find a truly independent individual to
> replace Alan.

John

Well it could get even more confusing if RISCOS Ltd decide they don't
want to use ROOL and go there own way and then you have two groups
doing the allocations and that isn't satisfactory.

As I said you can have transparency and confidence as long as you set
up the correct framework and controls. Lots of companies and
organisations do it every day. The company I work for has parts of it
doing work for our very own competitors in the markets we are in, so I
can't see anything wrong in what is proposed.

Doug

--
Using a Iyonix PC and RISC OS 5.13, the thinking persons alternative
operating system to Microsoft Windows.


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message, you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
9.  druck  
View profile   Translate to Translated (View Original)
 More options 2 Mar 2007, 17:51
Newsgroups: comp.sys.acorn.apps
From: druck <n...@druck.freeuk.com>
Date: Fri, 02 Mar 2007 17:51:43 GMT
Local: Fri 2 Mar 2007 17:51
Subject: Re: Castle Press Release
On 2 Mar 2007 John Cartmell <j...@cartmell.demon.co.uk> wrote:

> Alan has had a thankless task - and it's about time we thanked him
> properly. It is critical that allocations are handled by someone who is
> accepted and seen by everyone to be independent and unbiased. Developers
> need to feel sure that their work will remain confidential until they are
> ready for release. Without any criticism that rules out a number of people
> and groups. It rules out Castle and it rules out ROOL.

As someone who has never written an application, and never used the
registration service how can you possibly feel qualified to comment on this
subject?

The registration system is run on a first come first served basis for
application, module and SWI names, and numbers are allocated from a pool
which far from exhaustion. There has never been any allegation of partisan
behaviour, that you now feel you have to insinuate.

How about this radical idea; if you know nothing about the subject, shut up.

---druck

--
The ARM Club Free Software - http://www.armclub.org.uk/free/
The 32bit Conversions Page - http://www.quantumsoft.co.uk/druck/


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message, you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
10.  diodesign  
View profile   Translate to Translated (View Original)
 More options 3 Mar 2007, 10:02
Newsgroups: comp.sys.acorn.apps
From: "diodesign" <diodes...@gmail.com>
Date: 3 Mar 2007 02:02:38 -0800
Local: Sat 3 Mar 2007 10:02
Subject: Re: Castle Press Release
Hi,

On 2 Mar, 12:09, John Cartmell <j...@cartmell.demon.co.uk> wrote:

> > On Fri, 02 Mar 2007 07:15:35 +0000, David Holden wrote:
> > > RISCOS Ltd have never handled allocations themselves. Because, like Acorn
> > > previously, they realised the highly confidential nature of this work and
> > > to ensure that developers have confidence in the process it has always
> > > been handled by a completely independent and unbiased third party.
> Alan has had a thankless task - and it's about time we thanked him properly.
> It is critical that allocations are handled by someone who is accepted and
> seen by everyone to be independent and unbiased. Developers need to feel sure
> that their work will remain confidential until they are ready for release.
> Without any criticism that rules out a number of people and groups. It rules
> out Castle and it rules out ROOL.

Castle and ROL both seem happy with ROOL taking over for Alan.

http://www.drobe.co.uk/riscos/artifact1857.html

Chris.


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message, you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.

Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
©2009 Google