Author Topic: Migrating BerliOS to SourceForge  (Read 21592 times)

Offline Alpha

  • Developer
  • Lives here!
  • *****
  • Posts: 1513
Re: Migrating BerliOS to SourceForge
« Reply #15 on: June 15, 2014, 04:14:02 am »
All pages on http://alpha0010.github.io/cb-history/ are now populated (lots of issues scraping together the features page because the dump from BerliOS contains none of that data) with all history I was able to get access to.  Links within the comments that direct to BeriOS are (for the most part) rewritten to link internally.

Here is another idea: once a bug is fixed in our trunk, can the bug web page be marked as closed or fixed. I mean if it can have futures(API) that devs have rights to edit the issue item.
Hmm, this would be difficult to do live because hosting webpages on github restricts you to serving only static content.  I could grant devs commit access to the repo.  Or, I could regenerate the pages if someone lets me know whenever a ticket is closed.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 6077
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: Migrating BerliOS to SourceForge
« Reply #16 on: June 18, 2014, 08:28:17 am »
Hi, Alpha, with you page and Google, I can quick find and locate an old bug(see: Re: Patch for inserting implementation), thanks.

Here is a small bug.
Look at the page: http://alpha0010.github.io/cb-history/bugs/18526-Insert_all_cl.html, the first comments still contains a link which jump to berlios.

Here is another idea: once a bug is fixed in our trunk, can the bug web page be marked as closed or fixed. I mean if it can have futures(API) that devs have rights to edit the issue item.
Hmm, this would be difficult to do live because hosting webpages on github restricts you to serving only static content.  I could grant devs commit access to the repo.  Or, I could regenerate the pages if someone lets me know whenever a ticket is closed.
Fine, thanks.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 6077
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: Migrating BerliOS to SourceForge
« Reply #17 on: June 18, 2014, 10:08:00 am »
Another two issue:
1, The web link format is currently
Code
http://alpha0010.github.io/cb-history/bugs/18526-Insert_all_cl.html
Is it possible to change to some thing like:
Code
http://alpha0010.github.io/cb-history/bugs/18526.html
which is much cleaner.

2, Is comments in the same thread sorted? In the page: http://alpha0010.github.io/cb-history/bugs/18526-Insert_all_cl.html
I see that a newer comment is put in the first.

Still these can be feature request, thanks. :)
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline Alpha

  • Developer
  • Lives here!
  • *****
  • Posts: 1513
Re: Migrating BerliOS to SourceForge
« Reply #18 on: June 20, 2014, 12:31:18 am »
Look at the page: http://alpha0010.github.io/cb-history/bugs/18526-Insert_all_cl.html, the first comments still contains a link which jump to berlios.
Odd... I must have messed up my regex's or something; looking into it.

1, The web link format is currently
Code
http://alpha0010.github.io/cb-history/bugs/18526-Insert_all_cl.html
Is it possible to change to some thing like:
Code
http://alpha0010.github.io/cb-history/bugs/18526.html
which is much cleaner.
I could change it, but I personally prefer having some detail in the file name.  That way, it is easier to identify files on disk (especially if you are downloading multiple patch files).  What do you think?  Maybe simplify the .html, but leave the .patch file names?

2, Is comments in the same thread sorted? In the page: http://alpha0010.github.io/cb-history/bugs/18526-Insert_all_cl.html
I see that a newer comment is put in the first.
They are supposed to be sorted.  Reviewing my code, it appears some them get sorted, and some of them just (incorrectly) assume they are already sorted.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 6077
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: Migrating BerliOS to SourceForge
« Reply #19 on: June 20, 2014, 02:19:42 am »

1, The web link format is currently
Code
http://alpha0010.github.io/cb-history/bugs/18526-Insert_all_cl.html
Is it possible to change to some thing like:
Code
http://alpha0010.github.io/cb-history/bugs/18526.html
which is much cleaner.
I could change it, but I personally prefer having some detail in the file name.  That way, it is easier to identify files on disk (especially if you are downloading multiple patch files).  What do you think?  Maybe simplify the .html, but leave the .patch file names?
Hi, thanks.
The reason I would like to see a short html is that some times, I may add this link to our SVN commit message, such as:
Code
* CC: fix a bug xxxx, see: http://alpha0010.github.io/cb-history/bugs/18526.html
So, we can have a clean web page reference. I don't have much strong option whether option is good.  :)

About the patch names, I totally agree with you, the patch name should have some details in the file name.  :)
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline Alpha

  • Developer
  • Lives here!
  • *****
  • Posts: 1513
Re: Migrating BerliOS to SourceForge
« Reply #20 on: June 22, 2014, 08:01:56 pm »
Pages renamed and comments sorted.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 6077
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: Migrating BerliOS to SourceForge
« Reply #21 on: June 23, 2014, 03:54:49 am »
Pages renamed and comments sorted.
Great work, thanks!
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline Alpha

  • Developer
  • Lives here!
  • *****
  • Posts: 1513
Re: Migrating BerliOS to SourceForge
« Reply #22 on: June 27, 2014, 04:27:38 am »
The pages all have basic filtering controls, so now it is a bit more manageable to navigate.  If anyone has a request for another field I implement filtering on, let me know (although, I would prefer to keep filters down to only the most useful ones).