Date: Thu, 10 Sep 2009 17:37:29 +0200 From: Roland Smith <rsmith@xs4all.nl> To: Sagara Wijetunga <sagara@tomahawk.com.sg> Cc: Dimitry Andric <dimitry@andric.com>, freebsd-stable@freebsd.org Subject: Re: Avahi compilation help needed Message-ID: <20090910153729.GB30059@slackbox.xs4all.nl> In-Reply-To: <4AA90F9F.6080702@tomahawk.com.sg> References: <4AA8EBBD.5020709@tomahawk.com.sg> <4AA8EC4D.3080800@andric.com> <4AA90F9F.6080702@tomahawk.com.sg>
next in thread | previous in thread | raw e-mail | index | archive | help
--RASg3xLB4tUQ4RcS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 10, 2009 at 10:39:27PM +0800, Sagara Wijetunga wrote: > Dimitry Andric wrote: > > On 2009-09-10 14:06, Sagara Wijetunga wrote: > > =20 > >> I'm trying to compile Avahi-0.6.25 (http://avahi.org/) on FreeBSD 7.2= =20 > >> (i386) [in fact, on Tomahawk Desktop]. It develops compilation errors.= =20 > >> =20 > > > > Any reason why you don't use the net/avahi port instead? This will save > > you most compilation and installation headaches. =20 My thoughts exactly.=20 > Tomahawk Desktop uses FreeBSD sources, it is not based on the FreeBSD > distribution.=20 What does that mean? The FreeBSD sources by default make a complete _base_ distribution. > It doesn't have a port system. Tomahawk Desktop is designed > everything to be installed simply by "./configure, [g]make, [g]make insta= ll" > which FreeBSD is not designed to support.=20 This is demonstrable not correct. The FreeBSD ports system _does_ use configure and friends when available in the source of the package. E.g, eve= ry port that has 'GNU_CONFIGURE=3D yes' in its Makefile uses it. The ports sys= tem is nothing more than a wrapper to allow unmodified sources to be built on FreeBSD. > In Tomahawk Desktop, anything you compile and install, can be cleanly > uninstalled without any file left out, which is not possible in FreeBSD. Again this is demonstrable false. There are plenty of ports that deinstall cleanly. One of my own ports, graphics/stl2pov, for example. If what you are saying were true, it would come as a suprise to many ports developers. Sure, there are ports with incorrect packing lists which leave files behind, but usually that is not a big problem.=20 And the ports system (correctly, IMO) will not delete files that have been modified and non-empty directories; a ports system should _never_ delete an= y of the users' files. > Here "compile and install" means you take a package, unpack, make and make > install, that's it. You don't have wait until somebody prepare a port for > you. But you do have to wait until somebody sorts out the compile problems... Wh= ich amount to the same thing. And which can be a royal PITA as you are dicoveri= ng. :-) IMHO, what you are doing is effectively a huge duplication of effort. I wou= ld advise you to switch over to the ports system and save yourself a lot of work. If you require applications that are currently not in ports, it is easier to submit and maintain a few ports than a complete system. > Coming back to our problem, Avahi get compile errors on FreeBSD when its > original build system is used. We need a help. Appreciate if somebody cou= ld > give it a try to just compile (ie. download the package, unpack, ./config= ure > and gmake). Avahi needs patches to work properly on FreeBSD. See e.g. the files/ direct= ory in the net/avahi-app port. Applying those patches should solve most of your problem. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --RASg3xLB4tUQ4RcS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkqpHTkACgkQEnfvsMMhpyWuhwCfSf5jsNhTNbSd+6XjmqskYrKB On8An3ZCXy3GfHgJBQq1rR5XSAtD2nM/ =mvvZ -----END PGP SIGNATURE----- --RASg3xLB4tUQ4RcS--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090910153729.GB30059>