The real problem though is not the actual size of the limit , but the
manual interaction that is required and the time delay until rejection.
If the list could be changed to automatic rejection this would solve the
problem .
Sebastian
Am 16.09.2011 19:21, schrieb Thomas Beale:
> The 40kb limit w
Hi all,
I am quite happy with the current infrastructure - mailing lists,
issue tracking and SVN repositories. One thing I am missing for the
java project is a build server, something like Apach Continuum that
can check out the latest code, compile, run all the testcases, and
publish reports and s
The 40kb limit was one of the sysadmin rules at UCL, and I happen to
agree with it (obviously, it could have been 50 or 100 or whatever, but
they use 40). I know it is sometimes annoying but it does prevent
massive attachments. Some years ago I was on probably 6 HL7 lists (they
have about 40)
-
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110916/f455e062/attachment.html>
>>> openEHR Clinical Knowledge Editorwww.openehr.org/knowledge
>>> Honorary Senior Research Associate, CHIME, UCL
>>> BCS Primary Health Carewww.phcsg.org
>>>
>>>
>>>
>>>
>>> On 16 September 2011 00:09, Timothy Cook
>>> wrote:
>>>> Well, maybe you should consider real open source tools.
>
>
> ___
> openEHR-technical mailing list
> openEHR-technical at openehr.org
> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110916/7f954e91/attachment.html>
Am 16.09.2011 16:27, schrieb pablo pazos:
> Nabble is great for mailing lists. http://www.nabble.com/ (one thing
> that bothers me is the 40KB limit of the openEHR lists emails)
The 40kB limit is indeed a bit on the low side.
But it would not be so bad if the mailing list would immediately rejec
bility,
or he is just clumsy?
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110916/41a43f2f/attachment.html>
rubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110916/d1098031/attachment.html>
.openehr.org/knowledge
>> Honorary Senior Research Associate, CHIME, UCL
>> BCS Primary Health Carewww.phcsg.org
>>
>>
>>
>>
>> On 16 September 2011 00:09, Timothy Cook
>> wrote:
>>> Well, maybe you should consider real open source tools.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110916/85fae7e0/attachment.html>
ds somewhere.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110916/bd4e6d9d/attachment.html>
technical
>>
> ___
> openEHR-technical mailing list
> openEHR-technical at openehr.org
> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>
--
Ocean Informatics *Thomas Beale
Chief Technology Officer, Ocean Informatics
t --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110916/859386ea/attachment.html>
On 16/09/2011 01:09, Timothy Cook wrote:
> Well, maybe you should consider real open source tools.
>
does git http://git-scm.com/
have any place in the discussion?
As a version control/repository system it has the advantage
that it's designed to combat bi-trot - while being
nicely distributive.
Hi Tim,
Can you give some examples of good open-source tools in this area?
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Clinical Modelling Consultant,?Ocean Informatics, UK
openEHR Clinic
Dear All
The Board is interested in using tools for collaborative online working and
keeping these coordinated. We already have Jira and Confluence from
Atlassian. These are working well as far as I am aware.
I would like to propose that we consider going to third parties for:
Source code reposi
15 matches
Mail list logo