From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gentoo-dev-return-8294-arch-gentoo-dev=gentoo.org@gentoo.org> Received: (qmail 20484 invoked by uid 1002); 16 Nov 2003 07:55:48 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: <mailto:gentoo-dev@gentoo.org> List-Help: <mailto:gentoo-dev-help@gentoo.org> List-Unsubscribe: <mailto:gentoo-dev-unsubscribe@gentoo.org> List-Subscribe: <mailto:gentoo-dev-subscribe@gentoo.org> List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org> X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 20197 invoked from network); 16 Nov 2003 07:55:47 -0000 From: Andrew Cowie <andrew@operationaldynamics.com> To: suka <suka@t0.or.at>, Paul de Vrieze <pauldv@gentoo.org> Cc: gentoo-dev@gentoo.org In-Reply-To: <1068800516.6078.63.camel@zaurus.linux.net> References: <bov86f$r8q$1@sea.gmane.org> <bovv32$9tc$1@sea.gmane.org> <1068785082.6411.1.camel@carbon.internal.lan> <200311140947.48137.pauldv@gentoo.org> <1068800516.6078.63.camel@zaurus.linux.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Operational Dynamics Message-Id: <1068969342.24232.56.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 16 Nov 2003 18:55:42 +1100 Subject: Re: [gentoo-dev] Re: Binary ebuild for openoffice-ximian X-Archives-Salt: e772e7c7-1d5b-438d-8e6b-31a98d8198a4 X-Archives-Hash: 0bf7111f1d494a54ff8d8bb12262c411 On Fri, 2003-11-14 at 20:01, suka wrote: > On Fri, 2003-11-14 at 09:47, Paul de Vrieze wrote: > > That is a from-source ebuild. I have no idea where and if binary builds > > are offered... > > As I have been providing the openoffice-ximian ebuilds to the forums > quite some time before they went into portage, I think I can say there > is quite some interest. But I agree it could be difficult... I've been using Suka's ebuild of openoffice-ximian for a while now; there were some warts (I think in OO, not OO-x) in the release candidates, but openoffice-ximian-1.1.0 is AWESOME. On my system the binary .tbz2 came in at 73.5 MB - not the kind of thing that can be casually made available on anything other than a high bandwidth mirror. I agree with Paul that given the nightmare dependency graph behind this thing, providing binaries is a limited-value proposition because of the likelihood of a dependency mismatch - but nevertheless, if we can find a way to help people with slower machines, all to the good. WARNING! For anyone considering trying building this thing, they really aren't kidding when they say it needs > 4.5 GigaBytes to build and 12-14 hours to build and packages. It's a real bummer to run out of space somewhere around the install/buildpackage/merge step. This is an excellent time to use PORTAGE_TMPDIR="/partition/with/lots/of/space/tmp" on the command line before emerge... Also, if you're not using the buildpkg feature by default, then do yourself a favour and use the -b argument to emerge so that if you need to re-emerge it later "to fix some little thing" you don't have to sit through that build again. Thanks again to suka... AfC Sydney P.S. Paul, is what's in portage now based on Suka's work? If not, what, if any, significant differences are there about the ebuild? -- Andrew Frederick Cowie Operational Dynamics Consulting Pty Ltd Australia: +61 2 9977 6866 http://www.operationaldynamics.com/ -- gentoo-dev@gentoo.org mailing list