Date: Wed, 06 Jun 2012 10:26:43 +0300 From: Daniel Kalchev <daniel@digsys.bg> To: freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD? Message-ID: <4FCF0633.10409@digsys.bg> In-Reply-To: <1512108.ktTFbKUn1p@x220.ovitrap.com> References: <C480320C-0CD9-4B61-8AFB-37085C820AB7@FreeBSD.org> <2188078.y2TVGRxzTH@x220.ovitrap.com> <20120605060950.GC32448@lonesome.com> <1512108.ktTFbKUn1p@x220.ovitrap.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 06.06.12 05:28, Erich wrote: > Why should a normal user continue to search for a tag when the > handbook is so clear on this? Erich I continue to wonder, why are you searching for tags on the ports tree, when you were told on a number of occasions that those who depend on particular state of the ports tree use DATE. There is not much point in tagging the ports tree, because it is never 'released' as such. You will end up with millions of tags and sorting out which one you need will become difficult. Further, you are not advised to use an not-current ports tree, unless you know exactly what you are doing. If you know what you are doing, you are not likely to ask questions like these. (*) The ports tree is a collection of instructions how to compile and install particular software on FreeBSD. Don't think of the ports tree in any other way. Daniel (*) I gave earlier the example of how BSDRP builds. It's build script pulls a version of the ports tree at certain date. Then compiles and installs a number of ports from there. The project uses a bunch of networking tools and nobody cares if the version of KDE, LibreOffice or the PNG library is broken in that particular version of the ports tree. They do care, great deal, if the version of net/quagga for example, in that particular ports tree version is broken. In any case, when pulling the ports tree, they do not care about any particular tag, but specify an date. The date, when the ports were tested to be ok.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4FCF0633.10409>