World: r4wp

Arnold, you do know about the Red trello board??

Yes, got a message there saying my browser was not supported and 
I should upgrade my bosses computer.

Same reason I do not develop for Red, because Github does not support 
Snow Leopard any more, and my Mac cannot go further and I do not 
buy a new mac for  github. And the command line I consider too much 
trouble to learn.

What does snow leopard have to do with github?

You can use GUI tools ... such as Git GUI

Github has a program for Mac for Lion and up

Github p*ssed me off, for when I was on Leopard, there was a program 
for Snow Leopard and I did upgrade then and then demands had been 
pushed up.

So, what is this then?  http://gitx.frim.nl/

Did not know that program, I will give it a try soon. Thank you for 
the link Graham!

google is your friend

and enemy

I switched to use
https://ixquick.com/
for many searches, after Google was changed some time ago.

ixquick knows already what language I speak. Privacy friendly? ;)

I don't know. :) I also use
https://duckduckgo.com/
from time to time. I think, that's privacy friendly.

downloaded GitX, it works, only a menu atm. have to run now.. cu!

Carl couldn't get into Trello, either

Carl tends to run old systems

So do non-geeks

Some people holds to the saying "if it works for you well, dont try 
to fix it"...I belong to them and don't update apps just because 
'update is available'. I got bitten by updating to 'newer and better' 
version many times.

I think, I'm two OS versions behind on my iPhone, and it says, it 
has 26 app updates for me.

I'm one OS X version behind on my MacBook and found out the other 
day, my Xcode is 'old' too. So what? It works.

I haven't updated my Windows and Linux 'machines' in VirtualBox for 
years.


I just can't waste my time on all this updating to "now even more, 
newer, better". It's rubbish! :)

yup ;)

Now go update World! ;P

I tried installing a mail program on my Linode, but the repositories 
for the debian I use are now gone. I'll have to perform a complicated 
day-long upgrade procedure to move to a newer Debian. So, you can 
neglect upgrading to a degree that going forward will be much more 
complicated than simply doing incremental upgrades.

that is an issue with old versions of linux :(

Writing the NLPP program, one of the very biggest challenges was 
to make a no-hassle upgrade procedure. This was one of the hardest 
things to do and also one of the parts that took up most time to 
code and test.

Something is wrong in all this.


I try to see software as tiny bits and pieces, each doing a certain 
task. Like very simple Lego building blocks. So each piece takes 
some input (like a function does) and produces an output. If that 
piece needs to be updated, then it's because it has some error, or 
that there is a faster way to do, what it already does. If new building 
blocks arrive, because new software needs them, then they're just 
added to the system.


If that is done right, then updating should be very simple and only 
include very little data to be transfered to my system.

In the past I've done upgrades by binary diffs
but then you have to track each binary to get the right diff

Geomol, how do you handle changes in configuration structures that 
way?

Couldn't such structures just be small files, each taking care of 
a certain part of the configuration?

Following this thought, maybe all the mezzanine functions in %cortex.w 
(in World) should be separate files in a directory? And the shell 
commands should be separate files in a %libs/shell/ directory.


Reminds me, that I should pick up my database again. It has records 
as separate files.

well, that's black box theory

but things don't exist in isolation

Can't we make them? :)

some-func: func [input1 input2] [...]	; -> produces some output.


That's isolated, and it should work, even if other functions, it 
depends on, get updated. The task is to define each function/object 
as doing one simple thing.

And then implement a system like Erlang, where every piece can be 
hot-swapped.

so you want to distribute source code

each piece needs to be then signed

or virtual machine code
or real machine code

I think, that was what the Elate, that Amiga looked at, what about.

Ok, off topic now ..  can move to ~Chit-chat or ~Humour  :)

:)

Henrik, the package repositories for older Debian versions are still 
available, but you'll have to change the URLs.

They are on archive.debian.org, so use a APT source like the following:

deb http://archive.debian.org/debian/$RELEASE main contrib

(Replace $RELEASE with the codename of your Debian version.)

Yeah, too much work right now, but thanks, anyway. :-)

I'm just wondering (really, just that): is dev capacity (i.e. Cyphre 
GUI. other's on OSX, 64 bit) the limiting factor to accelerate in 
the short term? Or money?

Both, I guess.

We seem to have a somewhat limited dev pool to start with, and most 
of the people capable and willing to work on R3 are also tied up 
elsewhere (to make a living).

Maarten, from my point of view, it's dev capacity.

Yes, but say I'd poor in $1,000,000 today (hypothetically, I'm trying 
to understand what is needed to accelerate), compared to nothing. 
Assuming Android is  the first step (including encap and device access), 
when woud this be done with and without "unlimited money".

A constructive answer to "when would this be done" would require 
realistic planning based on more than a hypothetical offer.

Staying within the hypothetical realm, I think it's very fair to 
say that it would be possible to get it done sooner than without 
"unlimited money".