[Date Prev][Date Next][Thread Prev][Thread Next][Thread Index]
[XaraXtreme-dev] XaraLX added to the FreeBSD ports collection
- From: Vasil Dimov <vd@xxxxxxxxxxx>
- Date: Wed, 5 Apr 2006 10:09:05 +0300
- Subject: [XaraXtreme-dev] XaraLX added to the FreeBSD ports collection
Hi all,
A FreeBSD port for XaraLX was created several weeks ago and yesterday it
got committed to the ports tree.
For the non-freebsd users it can be found here:
http://cvsweb.freebsd.org/ports/graphics/xaralx
Generally speaking, when a user installs the port the following happens:
* XaraLX-0.4r762.tar.gz is fetched from http://downloads.xara.com/opensource/
and unpacked in a subdirectory (work/)
* all patches from the files/ subdirectory are applied to the unpacked
software
* autoreconf -f -s i (according to autogen.sh), configure, make and
make install are invoked
So I hope that XaraLX-0.4r762.tar.gz does not suddenly disappear from
the download site, thus breaking the existing port. I read on this list
that archives are kept for 2 months. This is quite enough as I intend to
update the port every few days (and only the last version of the port is
expected to work).
Also I hope that you do not introduce changes that compile or work only
under linux thus making further port updating impossible.
Committers: you may look into the files/ subdirectory:
http://cvsweb.freebsd.org/ports/graphics/xaralx/files/
some of the patches there are FreeBSD specific, but some are not and may
be applied directly to the XaraLX SVN repository. These are distributed
under the BSD license.
Soon the ports build cluster (http://pointyhat.freebsd.org) will attempt
to compile the port on a variety of architectures making the results
publicly available which I think will be very useful. Currently I have
tested the build on i386 and amd64 and I see some warnings on amd64
saying ``casting to pointer from integer of different size'' I am really
curious to see the results of the build on ia64 and sparc64.
--
Vasil Dimov
gro.DSBeerF@dv
Testing can show the presence of bugs, but not their absence.
-- Edsger W. Dijkstra