-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
> > > > > If you don't have cvsup installed, run this command: # pkg_add -r > > > cvsup-without-gui > > > > It is better to use all ports or all packages so either do: > > Why do you say that? Do you know of unresolved issues regarding the > interactions of port versus package installations? Any references? I am not currently aware of any conflicts but the fact that they have historical been more frequent then inter-port or inter-package conflicts leads to the conculsion... unlike either of the above they are harder to troubleshoot > > > cd /usr/ports/net/cvsup-without-gui > > make install clean > > > > or after doing the above do a pkg_delete -a (assuming that your > > working with a clean machine [no ports/packages instaleld except cvsup] > > Why wouldn't pkg_delete -a remove your just-installed cvsup-without-gui? Sorry for not being clear I meant before the reinstall (besides make install would fail if you hadn't done a pkg_delete -a) > > > > For more info on the supfile, look at this file on your FreeBSD > > > machine: /usr/share/examples/cvsup/ports-supfile > > > > > > Preferring cvsup to portsnap is kinda like preferring vim over > > > emacs... It's a holy war and the vi/cvsup side uses less disk > > > space. > > > > Actually it is not like that at all.. cvsup/csup is the officially > > preferred method and any other method is a short cut of some kind... > > Please provide a reference URL to 'official' support of this claim? This is a case of actions by the developer community speaks louder then words: 1. Csup is in the base system thus obvious preferred to either cvsup or portsnap 2. C(v)sup is more universal 3. The only way to maintain an official local repo is via cvsup > > > many of them have very subtle issues that the typical end-user should > > not notice but should be aware of... > > Issues such as? And what other alternatives to c*sup and portsnap exist > for ports tree management? I can think of several off the top my head: 1. Ftp ports.tar.gz and unpack 2. Maintain a local repo like I do 3. Use portupgrade in conjunction with the above I was specifically refeering to the 3rd option when I said there where subtle issues. Speicfically the way "make install" (recursive) and "portupgrade -a" calculate the build order can lead to some issues (like compiling the default OPTIONS before asking the user to select OPTIONS) > > ooroo, Ian > > - -- Aryeh M. Friedman FloSoft Systems, Java Developer Tools http://www.flosoft-systems.com Developer, not business, friendly. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHgTz+jRvRjGmHRgQRAgj8AKCbgfQfoquUWiceLSGxOBQmNDLGxQCeJLGY p2zteaiWHCoJ95O64urXoZs= =P5jK -----END PGP SIGNATURE----- _______________________________________________ firstname.lastname@example.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"