trinity-users@lists.pearsoncomputing.net

Message: previous - next
Month: February 2015

Re: [trinity-users] trinity on FreeBSD 10.1

From: "Timothy Pearson" <kb9vqf@...>
Date: Sat, 7 Feb 2015 13:12:08 -0600
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224

> Am Samstag, 7. Februar 2015 schrieb baho-utot@...:
>> Has anyone tried to build trinity for FreeBSD ?
>>
>> I am currently building a new system based on FreeBSD and I would like
>> to attempt to build trinity.
>>
>> I would like to create ports build if I am successful with the build.
>>
>> I am studying the build from source instructions posted on the website.
>> I believe that this will be a difficult one as it appears that trinity
>> favors Linux.
>>
>> The following appears to be problem areas:
>>
>> Should be installed in /use/local/<whatever>.
>>
>> Scripts contained in the source files have !#/bin/bash.
>>      Do the scripts contain bash-ims?
>>      FreeBSD used the bourne shell not bash IE #!/bin/sh.
>>
>> FreeBSD uses clang instead of gcc.
>>
>> FreeBSD has dropped HAL in xorg.  udev not supported.
>>
>> I am not intending to use linux compatibility ports, as I am looking to
>> run this on the FreeBSD bare metal.
>>
>> Comments?
>
> Hi!
>
> I'm working on FreeBSD, too.
>
> you'll need to install:
> gcc47 (or newer), bash, cmake to get started.
>
> There are awful bashisms in all cmake ports, you'll need a syslink from
> /bin/bash to /usr/local/bin/bash.
> Also you'll need symlinks from "gcc" and "g++" to your actual compiler.
>
> tqt3 and tqtinterface builds without bigger problem using gcc or clang.
>
> At the moment I'm stuck with alsa at building arts :-/
>
> I install anything in /opt/trinity and ignore /usr/local/ till I run into
> a problem.
>
> HAL in form of "hald" isl supported on FreeBDS 10.1, udev is "devd". I do
> not see any sign of them getting dropped.
>
>
> Nik

What does FreeBSD recommend as a HAL replacement?  udev was the closest I
could find, and even then I had to implement huge chunks of HAL
functionality on top of udev, udisks, upower, etc.  Surely they aren't
suggesting applications natively probe the hardware; that would be
ridiculous and never supported by TDE.

Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iFYEARELAAYFAlTWY4gACgkQLaxZSoRZrGEU0QDgxdNwXBri/N12neVbFvPf67wS
4KIVla4j3/qskgDgop49PKf9yEnGMtLHhO8MWxNm5OnHGK9cuHKMBw==
=8xiV
-----END PGP SIGNATURE-----