trinity-users@lists.pearsoncomputing.net

Message: previous - next
Month: February 2015

Re: [trinity-users] trinity on FreeBSD 10.1

From: baho-utot@...
Date: Sun, 08 Feb 2015 08:38:34 -0500
On 02/07/2015 14:12, Timothy Pearson wrote:
> -----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.
>

They use devd, it looks like ( to me ) that HAL will be removed in the 
future.