|
|
|
Home » Community » PR, media coverage, articles and documentation » Where to submit patches?
| Where to submit patches? [message #600] |
Tue, 17 January 2006 01:00  |
zsolt
Messages: 696
Registered: December 2005
Location: Budapest, Hungary
|
Contributor |
|
|
I have some minor bugfixes to TreeCtrl and the new Report classes.
Where can I submit them? What kind of revision control system are you using? The SF CVS tree seems to be very old. It could be easy to generate patches without conflict if I could access to your real CVS server anonymously.
|
|
|
|
|
|
|
|
|
|
| Re: Where to submit patches? [message #607 is a reply to message #600] |
Wed, 18 January 2006 08:58  |
|
|
> The SF CVS tree seems to be very old
I'm responisble for cvs. Unfortunatelly my connection to sf cvs is extremely slow so upp repository is not updated from some time. Second reason is I had to pass user password many times during commiting what drived me crazy. I know it can be done automatically but I failed configuring it...
Anyway I'm waiting sf to move to svn. It should be done soon...
PS: Of course having cvs up to date do not change anything if it comes to apply patches  Mirek and Tom use their own versioning control system.
[Updated on: Wed, 18 January 2006 08:59] Report message to a moderator |
|
|
|
| Re: Where to submit patches? [message #608 is a reply to message #600] |
Wed, 18 January 2006 15:09 |
zsolt
Messages: 696
Registered: December 2005
Location: Budapest, Hungary
|
Contributor |
|
|
I have created a patch against 20060116 snapshot to be able to compile on POSIX. I'm using gcc 3.3.5 on Ubuntu.
luzr: I'm using CVS repo and LinCVS GUI to examine patches in my projects. For simple diffing, the best is gvimdiff IMHO.
Some comments on patch:
FixName(): I don't know if this function is used on POSIX systems?
Ide::Opposite() method: there was some naming coflict, but I don't know why? So I renamed this method to Ide::OnOpposite().
[Updated on: Wed, 18 January 2006 15:34] Report message to a moderator |
|
|
|
|
|
|
|
|
|
| Re: Where to submit patches? [message #1260 is a reply to message #607] |
Fri, 24 February 2006 21:48 |
iplayfast
Messages: 47
Registered: February 2006
|
Member |
|
|
| unodgs wrote on Wed, 18 January 2006 02:58 |
> The SF CVS tree seems to be very old
I'm responisble for cvs. Unfortunatelly my connection to sf cvs is extremely slow so upp repository is not updated from some time. Second reason is I had to pass user password many times during commiting what drived me crazy. I know it can be done automatically but I failed configuring it...
Anyway I'm waiting sf to move to svn. It should be done soon...
PS: Of course having cvs up to date do not change anything if it comes to apply patches Mirek and Tom use their own versioning control system.
|
I just got an email from sourceforge!
Subversion is launched! 
Dear SourceForge.net User,
I am pleased to report that our Subversion beta was successful
and we launched our Subversion service sitewide earlier this week.
In addition, we've completed deployment of new web servers and
made further enhancements to our service monitoring and uptime
monitoring capabilities. Upcoming software map and search
improvements remain on track for March and April deployments,
respectively.
Even with all of these recent site improvements, it remains clear
to us that SourceForge.net's features, uptime and performance must
still undergo further significant improvements to ensure that we are
meeting the needs of our vast and growing audience. To that end,
we've secured additional space in our co-location facility and are
currently making preparations for hardware upgrades of our search,
CVS and database servers.
Looking beyond hardware upgrades, updating the software map and
deploying an improved search UI, our focus will soon shift to
improving the file release system and download experience. These
efforts reflect our commitment to improving SourceForge.net's
scalability and quality of service while continually refining
our users' experience on the site.
Thank you for your continued support of SourceForge.net.
Jay Seirmarco
This would be a great way to launch this version.
|
|
|
|
| Re: Where to submit patches? [message #1264 is a reply to message #1260] |
Fri, 24 February 2006 22:01 |
 |
mirek
Messages: 13975
Registered: November 2005
|
Ultimate Member |
|
|
| iplayfast wrote on Fri, 24 February 2006 15:48 |
| unodgs wrote on Wed, 18 January 2006 02:58 |
> The SF CVS tree seems to be very old
I'm responisble for cvs. Unfortunatelly my connection to sf cvs is extremely slow so upp repository is not updated from some time. Second reason is I had to pass user password many times during commiting what drived me crazy. I know it can be done automatically but I failed configuring it...
Anyway I'm waiting sf to move to svn. It should be done soon...
PS: Of course having cvs up to date do not change anything if it comes to apply patches Mirek and Tom use their own versioning control system.
|
I just got an email from sourceforge!
Subversion is launched!
Dear SourceForge.net User,
I am pleased to report that our Subversion beta was successful
and we launched our Subversion service sitewide earlier this week.
In addition, we've completed deployment of new web servers and
made further enhancements to our service monitoring and uptime
monitoring capabilities. Upcoming software map and search
improvements remain on track for March and April deployments,
respectively.
Even with all of these recent site improvements, it remains clear
to us that SourceForge.net's features, uptime and performance must
still undergo further significant improvements to ensure that we are
meeting the needs of our vast and growing audience. To that end,
we've secured additional space in our co-location facility and are
currently making preparations for hardware upgrades of our search,
CVS and database servers.
Looking beyond hardware upgrades, updating the software map and
deploying an improved search UI, our focus will soon shift to
improving the file release system and download experience. These
efforts reflect our commitment to improving SourceForge.net's
scalability and quality of service while continually refining
our users' experience on the site.
Thank you for your continued support of SourceForge.net.
Jay Seirmarco
This would be a great way to launch this version.
|
Something to consider. Anyway, while I understand uvs2 is a clear disadvantage to public image, I am reluctant to scratch 5 years of development archives:)
Mirek
|
|
|
|
|
|
|
|
| Re: Where to submit patches? [message #1269 is a reply to message #1266] |
Fri, 24 February 2006 22:49 |
zsolt
Messages: 696
Registered: December 2005
Location: Budapest, Hungary
|
Contributor |
|
|
Uvs2 is not a bad thing I think. It has almost the same functionality as CVS or SVN. The main problem with this kind of source code management softwares is that it can not provide a simple patch management system.
The ideal scene would be, that contributors send patches against the current stage of the sources (readonly repo). The lead developer (after a review) tries to apply these patches (using a button on a GUI or web page) against repository. On successful compilation and behaviour of the patch the lead developer commits changes. On error, he cancels or rolls back the changes and notifies the developer of the patch.
A similar system was used by Linus in Linux development: BitKeeper, but there were some legal problems, so Linus created GIT http://git.or.cz/
So we have more options:
- develop Uvs2 to work with patches
- use GIT
- use BitKeeper (commecial)
- use something else
- create or use some patch management system to SVN or CVS
[Updated on: Fri, 24 February 2006 22:51] Report message to a moderator |
|
|
|
| Re: Where to submit patches? [message #1270 is a reply to message #1269] |
Fri, 24 February 2006 23:10 |
|
mirek
Messages: 13975
Registered: November 2005
|
Ultimate Member |
|
|
| zsolt wrote on Fri, 24 February 2006 16:49 |
Uvs2 is not a bad thing I think. It has almost the same functionality as CVS or SVN. The main problem with this kind of source code management softwares is that it can not provide a simple patch management system.
The ideal scene would be, that contributors send patches against the current stage of the sources (readonly repo). The lead developer (after a review) tries to apply these patches (using a button on a GUI or web page) against repository. On successful compilation and behaviour of the patch the lead developer commits changes. On error, he cancels or rolls back the changes and notifies the developer of the patch.
A similar system was used by Linus in Linux development: BitKeeper, but there were some legal problems, so Linus created GIT http://git.or.cz/
So we have more options:
- develop Uvs2 to work with patches
- use GIT
- use BitKeeper (commecial)
- use something else
- create or use some patch management system to SVN or CVS
|
Well, for me, first option is obviously the simplest one, esp. if SVN/CVS would need additional work too.
As the first step, I will move uvs2 to the uppbox
Actually, it fits very nicely to the current "anonymous" mode - when patches are implemented, the result of "anonymous" sync would be the patch file....
Mirek
|
|
|
|
|
|
|
|
|
|
| Re: Where to submit patches? [message #1281 is a reply to message #1277] |
Sat, 25 February 2006 17:56 |
iplayfast
Messages: 47
Registered: February 2006
|
Member |
|
|
Considering that there is a cvs version on sourceforge now, updating it to current beta and doing the conversion there would be the easist.
It sounds though like the cvs doesn't contain the full history?
I wonder if it would be much of a job to have Uvs2 to do a batch run of checkouts starting from the first version, and then on a local repository do a checkin to svn. Then the transfer to sourceforge would be easy and you would have the full history.
How important is the full history? If you have older history in Uvs2, and the last year or two (from cvs) in svn, would that suffice?
|
|
|
|
Goto Forum:
Current Time: Sat Apr 20 05:47:31 CEST 2024
Total time taken to generate the page: 0.03582 seconds
|
|
|
Members
Pages
Help
Register
Login
Home
