46 lines
		
	
	
		
			2.1 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
			
		
		
	
	
			46 lines
		
	
	
		
			2.1 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
How to do a GTK+ release?
 | 
						|
=========================
 | 
						|
 | 
						|
Make sure you have Owen's special autoconf and libtool RPMs, available at:
 | 
						|
http://people.redhat.com/otaylor/gtk/autotools/.
 | 
						|
 | 
						|
Also make sure you have the following packages installed with all their
 | 
						|
dependencies (I used the RPM package names from RedHat 9):
 | 
						|
* gtk-doc
 | 
						|
* linuxdoc-tools
 | 
						|
* docbook-utils
 | 
						|
 | 
						|
Without those packages make distcheck will *not* pass.
 | 
						|
 | 
						|
 | 
						|
0) Blow away your gtk+ directory, check a new version out
 | 
						|
1) autogen and build it, make sure to enable docs.
 | 
						|
2) Update NEWS based on the various ChangeLog files
 | 
						|
3) Verify that the version in configure.in has been bumped after the last
 | 
						|
release. (Note that this is critical, a slip-up here will cause the soname 
 | 
						|
to change).
 | 
						|
4) Make sure that make check is happy (If you don't do it here, make distcheck
 | 
						|
will also catch it, but it is kind of disheartening to see make distcheck fail
 | 
						|
due to an extraneous symbol after watching it build the docs for an hour...)
 | 
						|
5) Add === Released 2.x.y === at the top of all ChangeLog files
 | 
						|
6) make distcheck
 | 
						|
7) Fix broken stuff found by 5) repeat
 | 
						|
8) cvs commit; you'll have a bunch of po file changes, and maybe some
 | 
						|
doc changes too (NOTE: be sure to use cvs with compression, else you'll
 | 
						|
end up waiting for a long time :).
 | 
						|
9) If 7) fails because someone else committed inbetween, curse, cvs up,
 | 
						|
fix conflicts and go to 5)
 | 
						|
10) type 'cvs tag GTK_2_x_y' in the toplevel directory
 | 
						|
11) You now have the tarball, and the CVS tag, now upload the tarball to
 | 
						|
gnome.org and gtk.org
 | 
						|
12) Go to the gnome-announce list archives, find the last announce message,
 | 
						|
create a new message in the same form, replacing version numbers, commentary
 | 
						|
at the top about "what this release is about" and the Summary of changes.
 | 
						|
13) Send it to gnome-announce-list, gtk-list, gtk-app-devel-list and
 | 
						|
gtk-devel-list. Set reply-to to gnome-hackers.
 | 
						|
14) Bump the version number in configure.in. 
 | 
						|
15) Create a new milestone in bugzilla and move the remaining bugs from the
 | 
						|
2.x.y milestone over to the new one.
 | 
						|
16) Add a link to the release announcement to www.gtk.org which lives in
 | 
						|
the gtk-web cvs module.
 |