Thanks everyone,
I did build OOo on a p3 system, then package the binary and install it
on the amd64 system, but no go. I might experiment a bit more, but for
now I agree the easiest thing to do it use openoffice-bin.
Cheers,
Chris
--
gentoo-amd64@gentoo.org mailing list
Dmitri Pogosyan wrote:
The claim is amd64 compilation is planned for 2.0.2
cheers, for some reason I thought you could compile it on an amd64 arch
but not as an actual 64bit app (ie in 32bit mode using emul).
-c
--
gentoo-amd64@gentoo.org mailing list
Greetings,
Just curious if anyone has had any success actually /compiling/
openoffice 2.0 (from the portage ebuild) on an amd64 platform?
or are people using openoffice-bin or a chroot environment?
Cheers,
Chris
--
gentoo-amd64@gentoo.org mailing list
mkdir \\.\c:\con
but yeah, this is commandline..
Good example of crappy microsoft coding methods - no wonder Longhorn / Vista
collapsed on itself.
-c
--
gentoo-amd64@gentoo.org mailing list
Neil Stone wrote:
[blackdown-jre-1.4.2.02] "Blackdown JRE 1.4.2.02"
(/etc/env.d/java/20blackdown-jre-1.4.2.02)
[sun-jre-bin-1.5.0.05] "Sun JRE 1.5.0.05"
(/etc/env.d/java/20sun-jre-bin-1.5.0.05)
[blackdown-jdk-1.4.2.02] "Blackdown JDK 1.4.2.02"
(/etc/env.d/java/20blackdown-jdk-1.4.2.02) *
Mike Doty wrote:
Due to the fact that the OOo people can't release amd64 builds, you
cannot use OOo-bin-2 with java currently. We are working on providing
both 32bit and 64 bit JREs side by side which will help solve the
problem. In the mean time you could try to hack out the java
installs,
Neil Stone wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Has anyone gotten Gentoo + OOo2.0 + Java working happily together ?? I
have spend several hours scratching my head trying to suss out what I am
doing wrong.. seems as though OOo can't find the Java install dir.. I
have tried many d
Chris Smart wrote:
Has anyone heard of these issues?
I assume lvmraid option is new as I had this working without it
previously. Perhaps Gentoo devs have changed the way all this works?
Further to this, I re-emerged baselayout and added a few other things
to grub.conf kernel line (along
Chris S wrote:
I've read about a new bootloader option, lvmraid, but I have yet to
try adding "lvmraid=/dev/md5" to grub's kernel line.
However, it seems strange that the initrd is not picking up the raid
devices.
This got me booting - but it is strange! The initrd still says that it
can't
Florian Dazinger wrote:
Michael Ulm wrote:
>I am finally replacing the ancient video card on my
>gentoo box. Any half decent card on the market today
>will be quick enough for my needs, since I don't
>really game (much).
>So, which card works (including 3D) on gentoo amd64
>with the least amount of
cheers. I think for now I'll stick with the natives ;)
-c
William Tetrault wrote:
On Monday 09 May 2005 10:52 pm, Chris Smart wrote:
Hi all,
When building a dual Opteron box, should I be looking at using ICC to
compile certain programs?
There was a news bit on theinquirer.net last we
now if the situation has changed at all.
Obviously the opteron won't compile anything using ICC."
not that I was necessarily correct, but you can probably just ignore me
from now on..
cheers
Chris Smart wrote:
This is a good point, raw CPU speed it not really a bottleneck these
days.
And
This is a good point, raw CPU speed it not really a bottleneck these days.
And for those interested, yes ICC does run on Opteron with good results.
There was a time when ICC on Opteron was outperforming Intel chips..
The Opteron contains SSE3 and other Intel instruction sets, and as such
ICC on AM
Hi all,
When building a dual Opteron box, should I be looking at using ICC to
compile certain programs?
For example, I notice on MySQL download page it says:
"MySQL binaries for Linux compiled with the Intel C++ Compiler 8.0
deliver over 20% performance gains."
Or should I stick to good ol' GCC
opps.. forgive me!
go nvidia with nv if you don't want a tainted system ;)
thanks for clearing that up for me!
-c
Ben Skeggs wrote:
Chris Smart wrote:
It may not matter for you, but nvidia drivers are closed source (at
least they used to be), whereas ati's are open.
ATI's driver
It may not matter for you, but nvidia drivers are closed source (at
least they used to be), whereas ati's are open.
Having said that I have always had better luck with nvidia drivers ;)
-c
Will Briggs wrote:
I don't know. amd64 ATI drivers have worked well for me. Probably
not blazing speed, bu
16 matches
Mail list logo
