Recent Posts

Pages: 1 2 [3] 4 5 ... 10
21
General Chat / Re: The situation
« Last post by OlafS3 on October 19, 2019, 10:15:06 AM »
@deadwood

yes that is how I see it too

Aros became pure "research" but not really "replacement"

Users do not care about advanced USB support as long the whole system is not stable and there are bugs that make normal use impossible. The system must run stable and (as far as possible) bug free, it must be easy to install and hardware must be supported. As long this is not the case most users will drop it immediately

My idea (being no OS developer of course) concentrate on hosted versions regarding X86/X64 (Windows, Mac, Linux) with full support of the underlying OS (sound, USB, 3D, Network) and on V4 (68k) and RPi (ARM) native (because hardware is relative static)
22
Development (General) / AROS ports repositorie
« Last post by Yannick on October 19, 2019, 10:14:38 AM »
Hi,

Trying to compile ports for 64bit Aros  I had 2 broken apps mainly linked to not being able to fetch archives, naev and milkytraker.
I've been trying to modifiy the mmakefile.src especially for milkytraker (they have changed the repository folder structure) but was not able to find a working set-up.

It would be nice if someone can take a look at this, once at least the compilation is starting I can go further and try to make it working also with 64bits builds.

BR,
Yannick
23
Development (General) / Re: A pre-configured Development environment for AROS
« Last post by salvo on October 19, 2019, 10:10:28 AM »
gives me this error when compiling the tree

[MMAKE] Making mesa3d-linklib-compiler-generated in workbench/libs/mesa/libcompiler
Generating bin/linux-x86_64/gen/workbench/libs/mesa/src/compiler/glsl/ir_expression_operation.h
Generating bin/linux-x86_64/gen/workbench/libs/mesa/src/compiler/glsl/ir_expression_operation_constant.h
Traceback (most recent call last):
  File "/home/salvatore/aros/build/bin/linux-x86_64/Ports/mesa/mesa-19.1.5/src/compiler/glsl/ir_expression_operation.py", line 23, in <module>
Traceback (most recent call last):
  File "/home/salvatore/aros/build/bin/linux-x86_64/Ports/mesa/mesa-19.1.5/src/compiler/glsl/ir_expression_operation.py", line 23, in <module>
    import mako.template
ImportError    : import mako.template
No module named mako.template
ImportError: No module named mako.template
mmakefile:153: recipe for target '/home/salvatore/aros/build/bin/linux-x86_64/gen/workbench/libs/mesa/src/compiler/glsl/ir_expression_operation_constant.h' failed
make[1]: *** [/home/salvatore/aros/build/bin/linux-x86_64/gen/workbench/libs/mesa/src/compiler/glsl/ir_expression_operation_constant.h] Error 1
make[1]: *** Attesa per i processi non terminati....
mmakefile:147: recipe for target '/home/salvatore/aros/build/bin/linux-x86_64/gen/workbench/libs/mesa/src/compiler/glsl/ir_expression_operation.h' failed
make[1]: *** [/home/salvatore/aros/build/bin/linux-x86_64/gen/workbench/libs/mesa/src/compiler/glsl/ir_expression_operation.h] Error 1
[MMAKE] make --no-print-directory TOP=/home/salvatore/aros/build SRCDIR=/home/salvatore/aros/AROS CURDIR=workbench/libs/mesa/libcompiler TARGET=mesa3d-linklib-compiler-generated --file=mmakefile mesa3d-linklib-compiler-generated failed: 512
[MMAKE] Error: Error while running make in workbench/libs/mesa/libcompiler: No such file or directory
Makefile:113: recipe for target 'all' failed
make: *** [all] Error 10
24
General Chat / Re: The situation
« Last post by deadwood on October 19, 2019, 10:05:20 AM »
3. "The last thing I need is maitaining a parallel repository and backporting changes from the main one and several satelite ones": that's exactly what I am afraid of, when I see forks or potential forks of the main repo. Today we have your x64 flavour and Kalamatee's one: I am quite sure programs compiled for one will fail on the other. And if this does not happen today, it will happen tomorrow. Just imagine me, trying to make a distribution, with half the 3rd party programs working for a flavour and the other half for the other (BTW: this is the exact situation I got with current few programs released on the Archives for x86-64 AROS. NONE OF THEM WORKS on main repo's system). I would get mad in no time. We already have a stable branch and it is i386 ABIv0. Let's keep the others work in progress, but as unified/coherent as possible, and try to enhance/fix this one. The last thing we need is more fragmentation.

Once upon a time there was a symbiosis between two groups of developers which allowed AROS to grow and flourish. First group was interested in major advancements that changed the landscape. As they did those advancements, they inherently broke a lot of other stuff. Second group was interested in more gradual changes and were often fixing what get broken when making major advancements. From that symbiosis, while they often argued with each other, both groups got what they needed: first got enjoyment from experimentation and advance, second got enjoyment from seeing the advancements being brought to user base and actually being used by people.

What held that symbiosis together however was a simple covenenant: "Though shall not break backward compatibility". Regardless of how many bugs were introduced, as long as this one thing was kept in place, there was continuity.

This changed in 2011 (yes, it is 8 years already), when the mantra became: "This is development version, we can break what we want when we want, it is not intendent for the users (or more radical versions of the same)". With this, both groups drifted apart.

I believe AROS will not grow again without this symbiosis being in place and this symbiosis will not happen without the covenant being brought back. What I did in my fork, I brough back that covenant. Time will tell whether it was the right approach.


You were working on a great instrument for development too: has it progressed?

It did not during summer. I spent energy on some outdoor activities I came to enjoy in recent years. The winter is coming however, so we shall see ;)
25
General Chat / Re: New game for AROS is looking for translators
« Last post by phoenixkonsole on October 19, 2019, 09:47:07 AM »
Thanks : ) first one for Spanish and MorphOS is on board.

We need at least one icaros user to test it.. translation would be nice but testing and reporting is for itself important enough.
26
Development (General) / Re: A pre-configured Development environment for AROS
« Last post by salvo on October 19, 2019, 09:37:35 AM »
it worked with the procedure described on vmaros only that i did something wrong
27
AROS Software Development / Re: File Manager
« Last post by miker1264 on October 19, 2019, 09:28:48 AM »
It is available and working at least for the few things Ií be used it for. Itís in contrib of current builds

Thank you. That's good to know.
28
Development (General) / Re: A pre-configured Development environment for AROS
« Last post by salvo on October 19, 2019, 09:22:45 AM »
miker let's see if I can with your procedure
29
Development (General) / Re: A pre-configured Development environment for AROS
« Last post by salvo on October 19, 2019, 07:26:38 AM »
paolone also needs to install the build-essentials :D, I have so much free time I don't work I want to dedicate myself to the port of the games and maybe some application, we'll see if I can
30
AROS Software Development / Re: File Manager
« Last post by Yannick on October 19, 2019, 07:14:38 AM »
It is available and working at least for the few things Ií be used it for. Itís in contrib of current builds
Pages: 1 2 [3] 4 5 ... 10