CVS->Subversion switch DONE ! [edited]

Post by **pagefault** » Mon Feb 27, 2006 12:39 am

Eventually we will be moving to subversion. The CVS repository will either be shut down or not be updated. Thanks.

If you do not know how to get copies of the source using subversion it would be a good idea to start reading how:

http://subversion.tigris.org/faq.html#co-svn

** EDIT:

Ok, we're done moving.

The SVN repository is https://svn.bountysource.com/zsnes/trunk/

Checking out would be something like:

Code: Select all

$ svn co https://svn.bountysource.com/zsnes/trunk/ zsnes

To browse the repository like the old CVSviewer featured by SF, head to https://zsnes.bountysource.com/svn

It goes without saying, but we'll only update the new repository. Update your scripts.

Jipcy · Post by **Jipcy** » Mon Feb 27, 2006 1:04 am

You should disable the CVS link on the SF project page, and enable the SVN link.

K thx.

I will try accessing the SVN repository later tonight.

thewanderer · Post by **thewanderer** » Tue Feb 28, 2006 7:09 pm

If you wind up leaving the CVS repository up, sans updates, it might be a good idea to add an ANNOUNCEMENT file (or something like that) so that people who grab from CVS but don't visit these forums know that you've moved to SVN, rather than having to wonder whether development has just ceased entirely.

(Interesting timing, in that this happens just after you've added movie encoding with MEncoder... and as we speak, MPlayer/MEncoder is being moved over to SVN itself. Incidentally, would you like to be added to the MPlayer Projects page as one of the list of projects which uses MPlayer?)

Edit to add: maybe I'm blind, or just stupid, but I'm not being able to figure out how to check out the ZSNES SVN repository. I've tried the command from the SourceForge page, and several variations just in case, but all any of them have gotten me is a directory named 'zsnes' containing only a directory named '.svn' containing the generic SVN-repository-status files; none of them have gotten me any source code. What am I missing?

Oh, wait. Now that I follow the SF-page "Browse SVN Repository" link, I see that there are in fact no files in the ZSNES SVN repository. Has something gone wrong in the process of making the transition?

Jipcy · Post by **Jipcy** » Tue Feb 28, 2006 7:58 pm

Nothing's wrong. Pagefault just hasn't finished the move yet.

Post by **grinvader** » Tue Feb 28, 2006 9:22 pm

thewanderer wrote:Incidentally, would you like to be added to the MPlayer Projects page as one of the list of projects which uses MPlayer?

Technically, we're not 'using MPlayer'. If the user doesn't have mencoder he can choose another encoder as long as it accepts command lines and video input from standard input.
The default set is MEncoder, that's all. We're not using any of its source either, you must have the whole exe in your path to use it.

thewanderer · Post by **thewanderer** » Wed Mar 01, 2006 8:23 pm

Nothing's wrong. Pagefault just hasn't finished the move yet.

Okay. I just presumed, from the fact that he had said "we have moved", that the move was complete. Is there likely to be another announcement when the move is completed and the SVN repository is ready for use?

Technically, we're not 'using MPlayer'. If the user doesn't have mencoder he can choose another encoder as long as it accepts command lines and video input from standard input.
The default set is MEncoder, that's all.

I don't believe that that makes a difference; still, it might be worth getting a 'ruling' on from the relevant MPlayer site administrator.

We're not using any of its source either, you must have the whole exe in your path to use it.

This definitely doesn't matter. Most of the projects which I have seen be added to that page use the binary and don't touch the source itself; in fact, I don't know offhand of any which do include and/or modify the source.

Post by **Nach** » Wed Mar 01, 2006 8:40 pm

grinvader wrote: Technically, we're not 'using MPlayer'. If the user doesn't have mencoder he can choose another encoder as long as it accepts command lines and video input from standard input.
The default set is MEncoder, that's all. We're not using any of its source either, you must have the whole exe in your path to use it.

I'd like to add that the supplied program also has to be able to process raw 24 bit video input.

Deathlike2 · Post by **Deathlike2** » Wed Mar 01, 2006 8:52 pm

thewanderer wrote:
Technically, we're not 'using MPlayer'. If the user doesn't have mencoder he can choose another encoder as long as it accepts command lines and video input from standard input.
The default set is MEncoder, that's all.
I don't believe that that makes a difference; still, it might be worth getting a 'ruling' on from the relevant MPlayer site administrator.

MPlayer is just the player app.. it's Mencoder that is the encoder app that ZSNES is using. Anything to do with MPlayer is completely irrelevent.

thewanderer · Post by **thewanderer** » Wed Mar 01, 2006 9:48 pm

MPlayer is just the player app.. it's Mencoder that is the encoder app that ZSNES is using. Anything to do with MPlayer is completely irrelevent.

MPlayer and MEncoder are the same project; they are not the same binary, but the Website is the same and the projects page is the same. It's standard to refer to "the MPlayer project" by the name "MPlayer", even when the program one is talking about is MEncoder.

Deathlike2 · Post by **Deathlike2** » Wed Mar 01, 2006 10:12 pm

Actually, now that I think of grinvader's comments, he is only suggesting that Mencoder is what the movie dumping feature uses, but it is not dependant on Mencoder itself.

There's nothing to suggest that anything need to be included with ZSNES.

Post by **Nach** » Wed Mar 01, 2006 10:16 pm

Deathlike2 wrote:he is only suggesting that Mencoder is what the movie dumping feature uses, but it is not dependant on Mencoder itself.

What it uses by default. You can edit zmovie.cfg to change it to a different tool which meets a few requirements.
You can also edit zmovie.cfg to tweak the settings passed to mencoder.

Deathlike2 · Post by **Deathlike2** » Wed Mar 01, 2006 10:44 pm

thewanderer wrote:
We're not using any of its source either, you must have the whole exe in your path to use it.
This definitely doesn't matter. Most of the projects which I have seen be added to that page use the binary and don't touch the source itself; in fact, I don't know offhand of any which do include and/or modify the source.

Umm.. not all projects require the source.. you would then have to suggest that the filters used HQx, and the Kreed filters (2xsai, SuperEagle, etc.) need their sources included.. and that makes absolutely ZERO sense.

There are cases where this is required, and generally that has everything to do with the original program's license and the other code's license. I'm pretty sure it just doesn't apply here. I believe mencoder is under the GPL license. (I know one of the devs probably can explain it better than I can.. hmm)

thewanderer · Post by **thewanderer** » Thu Mar 02, 2006 1:11 am

Deathlike2 wrote: Umm.. not all projects require the source.. you would then have to suggest that the filters used HQx, and the Kreed filters (2xsai, SuperEagle, etc.) need their sources included.. and that makes absolutely ZERO sense.

I apologize; it seems that I was unclear.

You are, indeed, in no way required to do anything with either your program's source or the MPlayer source as part of using the MPlayer/MEncoder binary; the license is perfectly clear, you are well wthin what is acceptable.

However, the MPlayer project maintains a list of projects which are known to make use of MPlayer, and provides links to them on its Website; I was asking if you wanted to be added to that list. It is not obligatory, but it is considered desirable, since we would like to have that list be as complete as possible.

This is, in its entirety, completely optional; I just wanted to present it as a possibility, on general principles.

Apologies again for the misunderstanding, as well as for any mistakes in this post - I'm iin a bit of a hurry. If anything is still unclear, please don't hesitate to ask. (Although we're getting kind of offtopic for the sticky annoucement...)

Lord Alpha · Post by **Lord Alpha** » Mon Mar 13, 2006 4:13 pm

I just tried to use SVN to get the latest zsnes code.

I pasted the following code into my terminal from SF:

svn co https://svn.sourceforge.net/svnroot/zsnes zsnes

Nothing gets downloaded and this is the message SVN gives me when it's done

Checked out revision 0.

What am I doing wrong?

(Yes, I have read the link PF provided. I can't find anything there

Clements · Post by **Clements** » Mon Mar 13, 2006 4:20 pm

ZSNES is still using CVS, so the subversion repository is empty right now. Hopefully, ZSNES will be using subversion very soon.

Lord Alpha · Post by **Lord Alpha** » Mon Mar 13, 2006 6:34 pm

Okay, thanks.

Post by **pagefault** » Mon Mar 13, 2006 10:56 pm

We are having some issues converting our repository over to SVN and we have some other details to work out before we do it. I guess I wasn't ready to announce we switched.

DataPath · Post by **DataPath** » Tue Mar 14, 2006 1:41 am

One thing that SourceForge's documentation isn't too clear on (at least, it wasn't when I changed my project from CVS to SVN), is that every developer defaults to NO write access to the SVN repository.

So after you do switch, don't forget to go in and give everyone who is supposed to write access.

xamenus · Post by **xamenus** » Sat May 06, 2006 2:05 am

I didn't feel like starting a new thread, so I'll post here:

For the past few weeks or so, has anyone been having problems updating CVS? I have even tried doing a fresh checkout, but it will only update to a certain point, to commits made about 2 weeks ago. Anything newer than that won't checkout.

Hopefully when the switch to SVN is made, I won't have this problem.

Could it be that it's setup so that only developers can check out?

franpa · Post by **franpa** » Sat May 06, 2006 2:36 am

i noticed this aswell... i think its related to a certain part of the sourceforge site bein down and locking developers out of commiting changes.

Jipcy · Post by **Jipcy** » Sat May 06, 2006 8:48 am

No, the developer CVS server is in operation. You can see that ZSNES devs have been making a few recent commits, here: http://cia.navi.cx/stats/project/zsnes. The anonymous CVS server is currently not being synced with the developer CVS server, because of some hardware failure.

This problem has been going on for almost a month now.

Details here: http://sourceforge.net/docman/display_d ... group_id=1

Post by **grinvader** » Tue May 09, 2006 8:40 pm

The dev-CVS from sourceforge is currently dead, and anonCVS is stuck waaaay back on a lot of commits.

As soon as an up-to-date dev source can be gathered, we'll probably switch over, not to sourceforge SVN, but to another server using SVN as well (which currently has the old anoncvs in). More details as they come.

Post by **grinvader** » Fri May 12, 2006 11:12 pm

Ok, we're done moving.

The SVN repository is https://svn.bountysource.com/zsnes/trunk/

Checking out would be something like:

Code: Select all

$ svn co https://svn.bountysource.com/zsnes/trunk/ zsnes

To browse the repository like the old CVSviewer featured by SF, head to https://zsnes.bountysource.com/svn

It goes without saying, but we'll only update the new repository. Update your scripts.

Aerdan · Post by **Aerdan** » Sat May 13, 2006 9:56 am

For the lazy Gentoo'ers, I've written an SVN ebuild; you can grab it here. Please be sure to right-click and go to 'save as'.

If there are any issues, please let me know.

Update: The ebuild should work now. Again, please to tell me of all issues encountered. :p