Brutus build (again)

[Luis Correia]

Hi!

I'm sort of back into testing e-b one more time.

Meanwhile, I've noticed that brutus now has Lorica fully on-board, which
will force me to also compile Lorica on the Linux client as well (a huge
PITA).

Unless I'm mistaken and keep reading stuff wrong :)


Luis Correia

[Jules Colding]

Hi Luis,

Post by Luis Correia
Hi!
I'm sort of back into testing e-b one more time.
Meanwhile, I've noticed that brutus now has Lorica fully on-board,
which will force me to also compile Lorica on the Linux client as
well (a huge PITA).

Not really. The build process is rather long but automated. Just get
lorica from svn like this:

svn co http://svn.42tools.net/repos/lorica/trunk/ lorica

Then set the ACE_ROOT environment variable to something sensible:

export ACE_ROOT=$HOME/work/src/ACE_wrappers


and go on to the build:

./bootstrap --enable-tao-build
make
make distfiles


The "distfiles" target may or may not be support on your box...

Post by Luis Correia
Unless I'm mistaken and keep reading stuff wrong :)

You're not, just remember to use this installer on the windows side of
things:

http://www.42tools.com/sites/default/files/downloads/brutus-install.exe


Best,
jules

[Luis Correia]

Hi Jules,

Post by Jules Colding
Hi Luis,
Hi!
I'm sort of back into testing e-b one more time.
Meanwhile, I've noticed that brutus now has Lorica fully on-board, which
will force me to also compile Lorica on the Linux client as well (a huge
PITA).
Not really. The build process is rather long but automated. Just get lorica
svn co http://svn.42tools.net/repos/lorica/trunk/ lorica
export ACE_ROOT=$HOME/work/src/ACE_wrappers
./bootstrap --enable-tao-build
make
make distfiles
The "distfiles" target may or may not be support on your box...

It is now Centos 5.2, but in the next weeks we're expecting to get the brand
new Centos 5.3, will the installer need any changes?

Post by Jules Colding
Unless I'm mistaken and keep reading stuff wrong :)
You're not, just remember to use this installer on the windows side of
http://www.42tools.com/sites/default/files/downloads/brutus-install.exe

Already did that :)
Actually it was what motivated me to delve into this again.

Post by Jules Colding
Best,
jules

p.s. with the new Centos 5.3 wer'e thinking about going into a wider
audience, I'm positive about getting this right this time.

Luis Correia

[Jules Colding]

Post by Jules Colding
The "distfiles" target may or may not be support on your box...
It is now Centos 5.2, but in the next weeks we're expecting to get
the brand new Centos 5.3, will the installer need any changes?

Likely only the relevant portions of "m4/platform_adapt.m4".

Post by Jules Colding

Post by Luis Correia
Unless I'm mistaken and keep reading stuff wrong :)

You're not, just remember to use this installer on the windows side
http://www.42tools.com/sites/default/files/downloads/brutus-
install.exe
Already did that :)
Actually it was what motivated me to delve into this again.
Best,
jules
p.s. with the new Centos 5.3 wer'e thinking about going into a wider
audience, I'm positive about getting this right this time.

Let me know if you get any problems.

Best,
jules

[Maurice van der Pot]

Post by Jules Colding

Post by Luis Correia
which will force me to also compile Lorica on the Linux client as
well (a huge PITA).

I totally agree.

Post by Jules Colding
Not really. The build process is rather long but automated. Just get

Except that when it fails it is rather troublesome to have ACE included
in the build, especially since it is so huge. It would be much easier to
have separate packages. Especially in cases where the OS already
provides ACE it would provide a much better chance of building without
errors.

I've sort of given up trying to get everything to build on Gentoo
because of this.

Maurice.

[Jules Colding]

Post by Maurice van der Pot

Post by Jules Colding

Post by Luis Correia
which will force me to also compile Lorica on the Linux client as
well (a huge PITA).

I totally agree.

Post by Jules Colding
Not really. The build process is rather long but automated. Just get

Except that when it fails it is rather troublesome to have ACE
included
in the build, especially since it is so huge. It would be much
easier to
have separate packages. Especially in cases where the OS already
provides ACE it would provide a much better chance of building without
errors.

Actually I agree.

Unfortunately I simply don't have the time to fix the build on each
supported platform to include a check of ACE/TAO availability in
whatever package system is used on that platform. The bootstrap script
checks for ACE and TAO, but the "distfiles" make target
unconditionally includes the ACETAO libraries in the rpm,deb or
whatever is used.

You're very welcome to send patches to the ebuild that makes this less
troublesome on Gentoo.

Best,
jules

[Luis Correia]

Hi,

Post by Maurice van der Pot

Post by Jules Colding

Post by Luis Correia
which will force me to also compile Lorica on the Linux client as
well (a huge PITA).

I totally agree.

Post by Jules Colding
Not really. The build process is rather long but automated. Just get

I've been through most of it and am stuck now in Lorica (just as I expected).
But the problem seems more related to the spec file, let me know what you think:


[***@devel SPECS]$ rpmbuild -bb lorica.spec
...
extracting debug info from
/var/tmp/lorica-1.0.13-1-root-lfcorreia/usr/bin/tao_ifr
cpio: lorica-1.0.13/src/OCI/<built-in>: No such file or directory
cpio: lorica-1.0.13/src/lorica/<built-in>: No such file or directory
cpio: lorica-1.0.13/src/proxy/<built-in>: No such file or directory
617 blocks
+ /usr/lib/rpm/redhat/brp-compress
+ /usr/lib/rpm/redhat/brp-strip-static-archive /usr/bin/strip
+ /usr/lib/rpm/redhat/brp-strip-comment-note /usr/bin/strip /usr/bin/objdump
+ /usr/lib/rpm/brp-python-bytecompile
+ /usr/lib/rpm/redhat/brp-java-repack-jars
Processing files: lorica-1.0.13-1
error: File not found: /var/tmp/lorica-1.0.13-1-root-lfcorreia/etc/ifr.cache
error: File not found:
/var/tmp/lorica-1.0.13-1-root-lfcorreia/etc/lorica.conf.evolution-brutus
Processing files: lorica-devel-1.0.13-1
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires: lorica = 1.0.13-1
Processing files: lorica-debuginfo-1.0.13-1
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1


RPM build errors:
File not found: /var/tmp/lorica-1.0.13-1-root-lfcorreia/etc/ifr.cache
File not found:
/var/tmp/lorica-1.0.13-1-root-lfcorreia/etc/lorica.conf.evolution-brutus
[***@devel SPECS]$



cheers,
Luis Correia

[Jules Colding]

Hi Luis,

Post by Luis Correia

Post by Maurice van der Pot

Post by Jules Colding

Post by Luis Correia
which will force me to also compile Lorica on the Linux client as
well (a huge PITA).

I totally agree.

Post by Jules Colding
Not really. The build process is rather long but automated. Just get

I've been through most of it and am stuck now in Lorica (just as I expected).

Should be fixed in svn (untested). Thanks for letting me know.

Best,
jules