[Oberon] Data transfer in large amounts

[Lars]

On Wed, July 13, 2016 12:13 am, Jörg Straube wrote:
> Wojtek
>
>
> Just a few days ago Srinivas asked the question "is there a version
> control system". I guess the answer is "NO".

Likely Wirth would want to write his own version control system, so that
people could understand it, instead of using an external bloatware version
control system. I also notice that there is no bug reporting system in the
School Of Wirth whereas other projects are loaded with bug reporting tools
and fancy bug monitoring systems...

 I think Wirth intends to have few bugs, so little need for bug report....
which is interesting approach similar to Martin who maintains
MSEIDE/MSEGUI, an IDE for freepascal... he prefers bugs to be informed
just on a mailing list with no central reporting.

I think oberon, unfortunately, has to reinvent the wheel... if a version
control system is needed, it would have to be written in oberon rather
than using existing tools.. as Wirth prefers the system to be
understandable.

Some of the monsterous version control systems, and bug reporting systems
that go with them, are not understandable systems...

I am not trying to put words in NW's mouth or anything but I am guessing
these are some of the reasons (pure speculation) that there is no bug
report (error report) system and version control system

I also will speculate that the reason Wirth does not actively post on
mailing lists, is that it becomes addictive and you spend more time
disputing/arguing stupid things compared to getting coding done and
visiting Swiss Mountains (not sure if Wirth is a hiker or enjoys the local
mountains). Mailing lists I find extremely helpful but also a time waster,
so sometimes I only view mailing lists once every few months and then
abandon them not on purpose but to get other things done.

Not trying to put words in his mouth and purely speculating.

 I myself check from time to
> time and do a "diff" with previous versions to find the difference in
> source code. :-(
>
> It seems that NW is doing the changes in his spare time. The latest
> changes are around improving type compatibilities in the compiler and a
> minor debug of Display.Mod.
>
> Jörg
>
>
>> Am 13.07.2016 um 08:02 schrieb Skulski, Wojciech
>> <skulski at pas.rochester.edu>:
>>
>>
>> Paul:
>>
>>
>> thank you for the comment. You wrote:
>>
>>> a 64MB filesystem
>>
>> This size fits well in a NOR flash chip whose size is limited to 64 MB.
>> The SD cards are 4 GB and up. I do not think that my question
>> concerning gigabytes was unreasonable.
>>
>>> it's quite outside the scope of what we are doing
>>
>> I take "we" as an indication that there is a team. Also, "scope" and
>> "doing" is indicative of some sort of a plan. Would you mind sharing
>> your plan, a roadmap, and the future of FPGA Oberon?
>>
>> I am asking because someone here wrote that there are new releases on
>> your website. According to that e-mail, the most recent release was
>> July/04/2016. It is an indication that some work is going on. However,
>> there are no announcements to this list when something is updated.
>> There are no dates on the website http://www.projectoberon.com/, other
>> than 27.10.2015 in the top line. So I cannot check whether that
>> information was true, or was it a mistake. Would you mind writing the
>> release dates next to the files?
>>
>> Would you mind explaining, what is going on? Are there any plans
>> concerning FPGA Oberon?
>>
>>> Oberon presents far fewer barriers to "doing it yourself", with
>>> absolute control, than other more mainstream systems.
>>
>> One of the reasons I am a bit hesitant to put effort into FPGA Oberon
>> is lack of information concerning its support, its future, and its
>> stability. Lack of this basic information is the opposite to being in
>> control. Uncertainty what is going on is discouraging from putting
>> effort into FPGA Oberon. It would feel like building a house on a
>> moving sand.
>>
>> Perhaps being a bit less secretive could provide some sense of
>> stability which is needed for any serious planning.
>>
>> W.
>>
>>
>>
>>
>>
>> --
>> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
>>  https://lists.inf.ethz.ch/mailman/listinfo/oberon
>>
>
> --
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
> https://lists.inf.ethz.ch/mailman/listinfo/oberon
>
>