Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 19 Nov 2012 03:52:10 -0800 (PST)
From:      Jeffrey Bouquet <jeffreybouquet@yahoo.com>
To:        freebsd-ports@freebsd.org
Subject:   Re: Let's talk about subversion/svn 
Message-ID:  <1353325930.55444.YahooMailClassic@web164003.mail.gq1.yahoo.com>
In-Reply-To: <50A9E671.6060205@gmx.de>

next in thread | previous in thread | raw e-mail | index | archive | help


--- On Sun, 11/18/12, olli hauer <ohauer@gmx.de> wrote:

From: olli hauer <ohauer@gmx.de>
Subject: Re: Let's talk about subversion/svn
To: freebsd-ports@freebsd.org
Date: Sunday, November 18, 2012, 11:57 PM

On 2012-11-19 08:16, Jeremy Chadwick wrote:
> Given the incessant focus on everything using Subversion now (please do
> not get me started, it will be like arguing with a brick wall), I'd like
> to know what the plan is for minimising the number of dependencies.
>=20
> The present subversion **package** on the official FTP servers is for
> subversion-1.7.6:
>=20
> root@icarus:~ # ftp ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/package=
s-9-stable/Latest/
> ...
> ftp> dir subversion*.tbz
> 229 Entering Extended Passive Mode (|||10279|).
> 150 Here comes the directory listing.
> lrwxr-xr-x=A0 =A0 1 967=A0 =A0 =A0 100=A0 =A0 =A0 =A0 =A0 =A0 32 Oct 14 1=
4:53 subversion-java.tbz -> ../All/subversion-java-1.7.6.tbz
> lrwxr-xr-x=A0 =A0 1 967=A0 =A0 =A0 100=A0 =A0 =A0 =A0 =A0 =A0 27 Oct 13 1=
3:24 subversion.tbz -> ../All/subversion-1.7.6.tbz
> lrwxr-xr-x=A0 =A0 1 967=A0 =A0 =A0 100=A0 =A0 =A0 =A0 =A0 =A0 28 Oct 14 0=
1:54 subversion16.tbz -> ../All/subversion-1.6.18.tbz
> 226 Directory send OK.
>=20
> And this is partially what it pulls down dependency-wise:
>=20
> root@icarus:~ # pkg_add -r -n subversion
> Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/=
Latest/subversion.tbz...=A0 Done.
> Package dependency sqlite3-3.7.14.1 for ftp://ftp.freebsd.org/pub/FreeBSD=
/ports/amd64/packages-9-stable/Latest/subversion.tbz not found!
> Package dependency gdbm-1.9.1 for ftp://ftp.freebsd.org/pub/FreeBSD/ports=
/amd64/packages-9-stable/Latest/subversion.tbz not found!
> Package dependency db42-4.2.52_5 for ftp://ftp.freebsd.org/pub/FreeBSD/po=
rts/amd64/packages-9-stable/Latest/subversion.tbz not found!
> Package dependency neon29-0.29.6_4 for ftp://ftp.freebsd.org/pub/FreeBSD/=
ports/amd64/packages-9-stable/Latest/subversion.tbz not found!
>=20
> I say partially because due to use of -n, some of those packages weren't
> downloaded, thus the recursive dependency nature is lost (I consider
> this mostly a bug with -n when used with a remote package, but it could
> also be deemed a feature).
>=20
> However, GDBM and Oracle/Sleepycat DB aren't (by default) enabled
> in 1.7.7 which is what's in ports currently:
>=20
> root@icarus:/usr/ports/devel/subversion # make run-depends-list
> /usr/ports/databases/sqlite3
> /usr/ports/devel/apr1
> /usr/ports/devel/gettext
> /usr/ports/textproc/expat2
> /usr/ports/www/neon29
>=20
> So GDBM and Oracle/Sleepycat DB are now disabled by default (good!),
> but now we have the following (and I will describe each of them for
> readers so they know what they're for):
>=20
> - SQLite -- which I believe is used for data storage for commits/etc.
>=A0=A0=A0and tends to work well for that, so I'm okay with it.
> - gettext -- needed for NLS, which I've learned to accept although I'd
>=A0=A0=A0rather everything today just use UTF-8 universally (idealistic me=
).
>=A0=A0=A0However, there are many people who are heavy WITHOUT_NLS advocate=
s,
>=A0=A0=A0and I used to be one, so they should be honoured (IMO).
> - APR -- have yet to figure this out.=A0 All I can think of is "svn is
>=A0=A0=A0an Apache project and we like injecting all our crap into everyth=
ing,
>=A0=A0=A0so enjoy!".
> - expat2 -- XML parsing library, which I also have yet to figure out
>=A0=A0=A0the need for.=A0 What VCS uses XML and why?=A0 Is this really *ne=
eded*?
> - neon -- OPTIONS description labels this as "WebDAV/DAV support",
>=A0=A0=A0but in reality what this provides that's most important is HTTPS/=
SSL
>=A0=A0=A0support.=A0 I found this out the hard way when building svn for a
>=A0=A0=A0customer 4-5 months ago.=A0 NEON_DESC should really become this:
>=20
>=A0=A0=A0NEON_DESC=3DWebDAV/Delta-V access module + HTTPS/SSL support
>=20
> I want people reading this to remember olden days, because it seems
> we've taken a step backwards when it comes to applying minimalistic
> approaches and KISS principle.=A0 I want people to remember the days of
> this command:
>=20
> pkg_add -r cvsup-without-gui
>=20

For most ports you can find the answer of dependency directly in the source=
.
Example subversion:

$> cd devel/subversion
$> make extract
$> less work/subversion-1.7.7/INSTALL

Subversion also depends on the following third-party libraries:
=A0 =A0 =A0 * SQLite=A0 (REQUIRED for client and server)
=A0 =A0 =A0 * libz=A0 (REQUIRED for client and server)
=A0 =A0 =A0 * libapr and libapr-util (REQUIRED for client and server)
=A0 =A0 =A0 * libserf or libneon=A0 (OPTIONAL for client)
...

Hope this helps for all your other dependency related questions.

_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"


/subversion/ has crashed Xorg building here in an Xterm. From now on I'd pr=
obably only build it o/o X.=A0 Could the project create packages for it bef=
ore
putting up source so that portmaster etc. skips compiling ??=20
...
With the deprecation of csup, on this primary machine I have a duplicate po=
rts
tree that I for now rsync (gcp -Rvu actually, I've not yet figured out rsyn=
c for it
enough, not wishing deletions)=A0 back to /usr/ports.
Howsoever, I wanted the single-port "csup ... category/port supfile.2 "
so put together a .sh that does the same for a single port...
svn ... /usr/ports/"$1"/"$2"=A0 (several lines completing that synopsis...)
....

J. Bouquet



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1353325930.55444.YahooMailClassic>