(still needs more editing, but I'm leaving it alone for now)
There are numerous ways to contribute to Rosegarden. You may
Let's proceed on and follow steps on how to prepare a patch for Rosegarden…
$ svn checkout svn+ssh://firstname.lastname@example.org/p/rosegarden/code/trunk/rosegarden
Replace “userid” with your sourceforge user ID. For more checkout options, see the subversion quick start.
Rosegarden has many dependencies. It should be possible to satisfy the build requirements using stock packages from any recent distro at least as far back as Ubuntu 8.04, although we strongly recommend building with Qt 4.5 or later if possible, due to its very significant improvement in graphics rendering speed.
This is a fresh attempt to write out a complete list. If you install everything listed here and are still unable to build Rosegarden, please get in touch with us or create an account and edit this list yourself to share your findings.
You will need the following programs and libraries available on your system:
|Command/Library||Min. Version||From (.deb-based)||From (.rpm-based)|
(Using Debian Lenny as the oldest supportable distro for this)
$ sh ./bootstrap.sh $ ./configure [options]
Useful things to specify for
desired installation path (typically /usr)]
location of Qt library files]
$ make $ sudo make install
NOTE: Rosegarden only installs a few files, and these will not overwrite or conflict with any version you may have installed from a distro package of Rosegarden “Classic”
NOTE: On some Fedora installs, you may get an error “Failed to find Qt4 installation. QTDIR must be defined, or –with-qtdir option given” when you run ./configure . This is resolved by running “unset QTDIR” then re-running ./configure 1)
Edit files, paying attention to coding style… If you made no changes to anything in data/ then you can simply:
$ make && ./rosegarden
If you did make changes to data, you should
$ make qrc && make && ./rosegarden
If you added any new icons, for example, they won't be picked up and added to the resource bundle until you svn add them to your local copy. Even though you're submitting a patch, you must still do this. Hopefully new files will get picked up and incorporated into the patch, although I don't think there's a precedent for this, and I'm not sure if it would work. If this becomes a problem, get in touch with us, and we'll work something out.
cd to the Rosegarden source root directory, then:
$ svn update $ svn diff >patch-user-[YEAR][MONTH][DAY]
patch-egonzales-20090523 for a patch from Eduardo Gonzáles on the 23rd of May 2009.
Create a new bug report (if there is not an existing one), and include the patch as a resolution to the bug. You will need to be logged in to SourceForge to create a ticket.
Create a new feature request (if there is not an existing one), and include the patch as a fulfillment of the request. You will need to be logged in to SourceForge to create a ticket.
Create a new patch ticket and include the patch. You will need to be logged in to SourceForge to create a ticket.
Describe your problem in a mail to the list and add the patch as an attachment. If your patch is large, your post might be rejected by the list software, but the project administrators will attend to this if it should happen.
Your patch will be reviewed by one or more Rosegarden developers. Be prepared to improve the patch and resubmit it. We do like getting patches, and are often happy to fix problems with them, so don't be reticent about sending them in even if they're incomplete or imperfect. If you get stuck, send us what you've got!