freebsd-ports-gnome - FreeBSD GNOME current development ports (https://github.com/freebsd/freebsd-ports-gnome)

	Commit message (Collapse)	Author	Age	Files	Lines
*	Update to version 4.6.1.	demon	2015-03-16	2	-3/+3
\|
*	Update to version 4.6.	demon	2015-01-02	2	-3/+3
\|
*	Update to 4.5.1.	demon	2014-09-15	2	-3/+3
\|
*	Update to version 4.5.	demon	2014-08-27	2	-3/+3
\|
*	Update to version 4.4.	demon	2014-07-23	2	-3/+3
\|
*	Update to version 4.3.1.	demon	2014-07-04	3	-4/+4
\|
*	Remove indefinite articles and trailing periods from COMMENT, plus	olgeni	2014-06-10	1	-1/+1
\| \| \| \| \| \| \|	minor COMMENT typos and surrounding whitespace fixes. Categories D-F. CR: D196 Approved by: portmgr (bapt)
*	Update to version 4.3.	demon	2014-05-28	3	-7/+7
\|
*	Update to version 4.2.	demon	2014-05-13	2	-3/+3
\|
*	Update to 4.1.5.	demon	2014-03-02	2	-3/+3
\|
*	Update to version 4.1.4;	demon	2013-12-06	3	-19/+22
\| \| \| \|	convert to staging.
*	Update tp version 4.1.3.	demon	2013-10-14	2	-3/+3
\|
*	Add NO_STAGE all over the place in preparation for the staging support (cat: ↵	bapt	2013-09-21	1	-5/+2
\| \| \| \|	ftp)
*	Update to version 4.1.2.	demon	2013-08-21	2	-3/+3
\|
*	Update to version 4.1.1.	demon	2013-08-19	2	-3/+3
\|
*	Project location has changed.	demon	2013-07-06	2	-2/+2
\|
*	Update to version 4.0.	demon	2013-04-30	3	-8/+9
\|
*	Update to version 3.7.2.	demon	2013-03-18	2	-3/+3
\|
*	Update to version 3.7.1.	demon	2012-10-22	2	-3/+3
\| \| \| \|	Feature safe: yes
*	Update to version 3.7.	demon	2012-08-08	2	-3/+3
\|
*	Update to version 3.6.1.	demon	2011-12-13	2	-3/+3
\|
*	Update to version 3.6.	demon	2011-12-06	2	-3/+3
\| \| \| \|	Feature safe: yes
*	Update to version 3.5.1.	demon	2011-10-03	2	-3/+3
\|
*	Update to version 3.5	demon	2011-06-28	2	-3/+4
\| \| \| \|	PR: 158047, 158365
*	Update to version 3.4.3.	demon	2011-04-25	2	-3/+3
\|
*	Update to version 3.4.1.	demon	2011-02-22	2	-3/+3
\|
*	Update to version 3.4.	demon	2010-12-20	2	-3/+3
\|
*	Update to version 3.3.3.	demon	2010-11-29	2	-3/+3
\|
*	Update to version 3.3.2.	demon	2010-11-16	2	-5/+4
\|
*	Correct description as requested by author.	demon	2010-07-26	1	-9/+6
\| \| \| \|	Submitted by: Dennis Bush <bush@tcnj.edu>
*	Update to version 3.3.1.	demon	2010-07-23	3	-15/+24
\|
*	Readme.txt file was updated.	demon	2010-01-25	1	-2/+2
\|
*	Update to version 2.10.3	demon	2010-01-25	2	-6/+4
\|
*	Update to version 2.10.2.	demon	2009-11-05	2	-4/+4
\|
*	Update to 2.10.1.	demon	2009-08-23	2	-4/+4
\|
*	Update to 2.10 bugfix release.	demon	2009-07-17	2	-4/+4
\|
*	Update to version 2.9.2	demon	2009-06-23	4	-34/+22
\|
*	Downgrade to 2.8.1 while issues with 2.9.1 are being addressed.	demon	2009-06-19	3	-23/+20
\|
*	Update to 2.9.1.	demon	2009-06-17	3	-19/+23
\|
*	Update to version 2.8.1.	demon	2009-05-20	2	-4/+4
\|
*	Update to version 2.8.	demon	2009-04-29	2	-4/+4
\|
*	Update to version 2.7.1.	demon	2009-04-08	2	-4/+4
\|
*	Use DIST_SUBDIR because DISTFILE has no version information.	demon	2009-03-05	2	-3/+4
\| \| \| \|	Asked by: pav
*	Update to version 2.7.	demon	2009-02-28	2	-3/+3
\|
*	Update to version 2.6.6 (our patches were integrated into the distribution).	demon	2009-01-30	5	-127/+3
\|
*	1) Consistently use "%08X" instead of "%08lX" for formatting uint32_t	demon	2008-12-26	4	-23/+139
\| \| \| \| \| \| \| \| \| \| \| \|	task ID. 2) Consistently use "%d" instead of "%ld" for formatting int32_t values. This results in printing the same (correct) numbers on amd64 as they appear on i386. Use correct type for arguments in uftp.h:logfunc(...). Bump PORTREVISION.
*	Take over maintainership since gnn is no longer using this program.	demon	2008-12-24	1	-1/+1
\| \| \| \|	Asked for: gnn @ IRC, approved by erwin.
*	Update to version 2.6.5.	demon	2008-12-24	2	-4/+4
\|
*	Update to version 2.6.3.	demon	2008-12-06	2	-4/+4
\| \| \| \|	No objection from maintainer.
*	UFTP is a multicast file transfer program, utilizing a protocol	wxs	2008-06-05	5	-0/+83
	based on Starburst MFTP. It is designed to reliably and efficiently transfer files to multiple receivers simultaneously, where either the intended receivers can be specified beforehand, or receivers can join the transfer when it is initiated. This is useful for distributing large files to a large number of receivers, and is especially useful for data distribution over a satellite link (with two way communication), where the inherent delay makes any TCP based communication terribly inefficient. http://www.tcnj.edu/~bush/uftp.html Submitted by: gnn (private email/IRC) Approved by: garga (mentor)