BlackBox Framework Center

Peter, Josef and Ivan (I believe) have pointed out the necessity of a repository for the daily work of the "center". Different options have been discussed. I think we should finalize this topic, and probably vote within the next week. Other opinions?

ReneK wrote:Peter, Josef and Ivan (I believe) have pointed out the necessity of a repository for the daily work of the "center". Different options have been discussed. I think we should finalize this topic, and probably vote within the next week. Other opinions?

I am unclear exactly how anyone in the world would access the current release version of BlackBox.
With omic they have a url for easy downloading of BlackBox, i.e. http://www.oberon.ch/blackbox.html

Out 'center' releases should be at least that simple (if not simpler).
Where and what is the url for our releases?

Ivan,
Can you set of such a url and put BB1.6 there now?

Yes, we need a repository for daily work of the "center".

-Doug

DGDanforth wrote:Can you set of such a url and put BB1.6 there now?

It is here from the early begining
http://blackboxframework.org

Ivan Denisov wrote:

DGDanforth wrote:Can you set of such a url and put BB1.6 there now?

It is here from the early begining
http://blackboxframework.org

My apologies!
I am getting lazy (in my old age) and did not see that.

-Doug

ReneK wrote:Peter, Josef and Ivan (I believe) have pointed out the necessity of a repository for the daily work of the "center". Different options have been discussed. I think we should finalize this topic, and probably vote within the next week. Other opinions?

I am suggesting to use Redmine system, because it is the only system at the current allowing to see the diff in web-interface and have multilingual interface.

Gripe: Redmine seems to have no listing of what features it supports.
I assume if one downloads the code and pours through it the features become obvious.

Now, is my gripe again a case of not seeing what is exactly in front of me or does it
have some substance?

-Doug

I know nothing about Redmine but if I were you I'd click on one of the links on the webpage that Ivan linked to:
- Chris

cfbsoftware wrote:I know nothing about Redmine but if I were you I'd click on one of the links on the webpage that Ivan linked to:

Capture.JPG

- Chris

So again its a case of me not seeing the forest from the trees.
I think I may give up. I never have been very good at finding things.
Grumble, grumble.

DGDanforth wrote:I think I may give up.

Don't do that! This is what I listen to whenever I feel like that

(You can skip the ad after a few seconds)

http://www.youtube.com/watch?v=uiCRZLr9oRw

Ivan Denisov wrote:

ReneK wrote:Peter, Josef and Ivan (I believe) have pointed out the necessity of a repository for the daily work of the "center". Different options have been discussed. I think we should finalize this topic, and probably vote within the next week. Other opinions?

I am suggesting to use Redmine system, because it is the only system at the current allowing to see the diff in web-interface and have multilingual interface.

What would redmine be used for?
As an SCM tool? As a wrapper around Git? As a project management tool? As a forum software?

It is a bit hard to figure out what it is and what not.
As far as I remember it has the advantage of providing a plain text diff view for binary BB texts.

As an SCM we could use Git and use redmine for providing a plain text view on binary BB files.
redmine would be installed on the EDIS server, right?
Git could be hosted on Github etc.
The question then is if redmine's issue tracker is as good as Github's issue tracker.
I cannot answer this question because I don't know either.

For me, the goal must be to have a setup where an issue can be tracked down to the
source code change that resolves the issue and any source code change should point back
to the associated issue (two-way tracking).

The binary files such as symbol files and object files should not be included in the SCM repository.
They should, however, be included in a download package.
This makes a download package (.exe, .zip, .msi) very different from a repository.

- Josef