from looking into tons of package
licensing issues already, or knows who to talk to.
--
Jarod Wilson
[EMAIL PROTECTED]
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your
On Tuesday 08 July 2008 07:14:25 am Carlo Marcelo Arenas Belon wrote:
On Mon, Jul 07, 2008 at 09:10:37AM -0400, Jarod Wilson wrote:
On Monday 07 July 2008 04:46:05 am Carlo Marcelo Arenas Belon wrote:
On Wed, Jul 02, 2008 at 09:27:02AM -0400, Jarod Wilson wrote:
On Wednesday 02 July 2008
On Monday 07 July 2008 04:46:05 am Carlo Marcelo Arenas Belon wrote:
On Wed, Jul 02, 2008 at 09:27:02AM -0400, Jarod Wilson wrote:
On Wednesday 02 July 2008 07:36:41 am Carlo Marcelo Arenas Belon wrote:
The following proposed patch for stable 3.1, replaces the configure
routine that tried
the
libdir parameter passed at configure time (breaking fedora linux ppc64).
Contains changes from r1452, r1467, r1468, r1475 and r1487
At a glance, yeah, this looks like it should indeed finally Do The Right
Thing(tm) on all Linux architectures for both 32-bit and 64-bit.
--
Jarod Wilson
[EMAIL
-obvious failure
modes. I don't particularly care one way or the other myself, so long as I
can pass in the correct libdir via configure, which is always done for rpm
builds, of course.
--
Jarod Wilson
[EMAIL PROTECTED
On Friday 27 June 2008 08:05:22 am Carlo Marcelo Arenas Belon wrote:
On Wed, Jun 25, 2008 at 09:24:13AM -0400, Jarod Wilson wrote:
As you can see, we also build ppc32 userspace by default, ppc64 only when
explicitly requested.
so you are using CFLAGS=-m64 to force a ppc64 built then?.
Yep
right now. Initially, powerpc64 builds failed,
then I think one intermediate patch variant might have broken powerpc32
builds (this is the part I didn't actually try on ppc32), and now
everything's all good. :)
--
Jarod Wilson
[EMAIL PROTECTED
people should be using on a ppc64
system. That being the case, if we automatically swap in lib64 on ppc64, it
should probably be done only if host_cpu=powerpc64 *and* the binary being
built is 64-bit.
Hopefully, I'm making sense here...
--
Jarod Wilson
[EMAIL PROTECTED
Bernard Li wrote:
Hi Jarod:
On Wed, Jun 18, 2008 at 9:32 AM, Jarod Wilson [EMAIL PROTECTED] wrote:
Almost. If you do a simple './configure', you wind up with libdir=/usr/lib on
x86_64 and ppc64. That's actually fairly common though, and most distros that
use lib64 know to pass in --libdir
/multicpu.conf' in your build directory to see if
it is using the correct libdir (i.e. /usr/lib64) for 'path'?
On my end, ./configure w/o flags on an x86_64 box resulted in a Makefile
with 'libdir=/usr/lib' and multicpu.conf with 'path
= /usr/lib/ganglia/modmulticpu.so'.
--
Jarod Wilson
[EMAIL
not done quite correctly yet. Haven't dug into what
needs fixing, but basically, if a libdir value is passed in, it shouldn't be
overridden. Its the correct default, just need to respect values people pass
in via configure.
--
Jarod Wilson
[EMAIL PROTECTED
On Tuesday 17 June 2008 03:22:52 pm Jarod Wilson wrote:
On Tuesday 17 June 2008 03:01:07 pm Brad Nicholes wrote:
On 6/17/2008 at 12:39 PM, in message
[EMAIL PROTECTED], Bernard
Li
[EMAIL PROTECTED] wrote:
Hi Brad:
Oh, and we need to address the build issue on powerpc64
On Friday 13 June 2008 04:54:48 am Carlo Marcelo Arenas Belon wrote:
On Wed, Jun 11, 2008 at 01:15:07PM -0700, Bernard Li wrote:
Hi Jarod:
On Wed, Jun 11, 2008 at 12:55 PM, Jarod Wilson [EMAIL PROTECTED] wrote:
...and it fell apart on the ppc64 build. Well, not on the build, per
se
On Wednesday 11 June 2008 04:15:07 pm Bernard Li wrote:
Hi Jarod:
On Wed, Jun 11, 2008 at 12:55 PM, Jarod Wilson [EMAIL PROTECTED] wrote:
...and it fell apart on the ppc64 build. Well, not on the build, per se,
but on the packaging. Part of the configure line passes in
libdir=/usr/lib64
to Fedora's development tree, and have
a build going right now, across i386, x86_64, ppc and ppc64...
--
Jarod Wilson
[EMAIL PROTECTED]
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell
On Wednesday 11 June 2008 03:47:40 pm Jarod Wilson wrote:
On Tuesday 10 June 2008 02:01:48 pm Bernard Li wrote:
Hi all:
The latest 3.1.x snapshot release is now available:
http://www.ganglia.info/snapshots/3.1.x
Changes from the last snapshot:
- web: report correctly uptime
, Fedora 9 and rawhide (Fedora development tree) all have rrdtool
1.3rc7 builds available as well in their respective yum repos (either in
updates or updates-testing for F8 and F9, can't recall atm).
--
Jarod Wilson
[EMAIL PROTECTED
release. If you are interested in
participating, please join us at #ganglia on irc.freenode.net.
New Fedora builds working through the build system right now, will push 'em as
updates when they're done...
--
Jarod Wilson
[EMAIL PROTECTED
On Tuesday 05 February 2008 10:04:00 am Jesse Becker wrote:
On Feb 5, 2008 9:57 AM, Jarod Wilson [EMAIL PROTECTED] wrote:
http://koji.fedoraproject.org/packages/rrdtool/1.3/0.6.beta3.fc9/
(despite the fc9 tag, it'll run just fine on Fedora 8 too)
How about RHEL4 or 5?
Less certain
On Tuesday 05 February 2008 10:11:15 am Jesse Becker wrote:
On Feb 5, 2008 10:08 AM, Jarod Wilson [EMAIL PROTECTED] wrote:
On Tuesday 05 February 2008 10:04:00 am Jesse Becker wrote:
On Feb 5, 2008 9:57 AM, Jarod Wilson [EMAIL PROTECTED] wrote:
http://koji.fedoraproject.org/packages
thought might
resolve the issue. If affected users could test 'em out to verify the fix,
I'll get a build pushed into the proper updates repo ASAP.
Test build:
http://koji.fedoraproject.org/packages/rrdtool/1.3/0.6.beta3.fc9/
(despite the fc9 tag, it'll run just fine on Fedora 8 too)
--
Jarod
/show_bug.cgi?id=430879
Looking into it and engaging upstream rrdtool is on my todo list, but keeps
getting filtered to the bottom of the pile...
--
Jarod Wilson
[EMAIL PROTECTED]
-
This SF.net email is sponsored by: Microsoft
Defy
On Monday 04 February 2008 05:08:24 pm Bernard Li wrote:
Hi Jarod:
On 2/4/08, Jarod Wilson [EMAIL PROTECTED] wrote:
Unfortunately, I upgraded rawhide to track 1.3 long before the f8
release, thinking 1.3 would stabilize and be out before f8, then didn't
really pay attention again until
On Monday 04 February 2008 04:02:03 pm Bernard Li wrote:
Hi Jarod:
On 2/4/08, Jarod Wilson [EMAIL PROTECTED] wrote:
I'd probably blame rrdtool. I got another memory leak bug report against
it just recently that didn't involve ganglia.
https://bugzilla.redhat.com/show_bug.cgi?id=430879
to contribute back some of the changes I made
for the ganglia spec used in Fedora, but have been sidetracked by a
half-billion other things...)
--
Jarod Wilson
[EMAIL PROTECTED]
signature.asc
Description: OpenPGP digital signature
...
--
Jarod Wilson
[EMAIL PROTECTED]
pgp1vtOGfoCA4.pgp
Description: PGP signature
: 1
cpu cores : 2
--
Jarod Wilson
[EMAIL PROTECTED]
pgpnbKNbfBGo8.pgp
Description: PGP signature
, the same can still be done w/an apr and a
compat-apr.
--
Jarod Wilson
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Thu, 2006-08-17 at 16:11 +0200, Marcus Rueckert wrote:
On 2006-08-17 09:55:38 -0400, Jarod Wilson wrote:
On Thu, 2006-08-17 at 15:46 +0200, Marcus Rueckert wrote:
hi,
while we are looking into dependencies:
APR 1.x is out since quite some time and should solve many bugs
On Thu, 2006-08-17 at 16:40 +0200, Marcus Rueckert wrote:
On 2006-08-17 10:20:16 -0400, Jarod Wilson wrote:
On Thu, 2006-08-17 at 16:11 +0200, Marcus Rueckert wrote:
On 2006-08-17 09:55:38 -0400, Jarod Wilson wrote:
On Thu, 2006-08-17 at 15:46 +0200, Marcus Rueckert wrote:
hi
there with a package that I think will pass Fedora Extras
muster...
--
Jarod Wilson
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Wed, 2006-08-16 at 08:34 -0700, Martin Knoblauch wrote:
--- Jarod Wilson [EMAIL PROTECTED] wrote:
Seems we are safe for expat, need to check apr and are kind of
lost for libconfuse.
I can see about packaging the latest libconfuse for Fedora. However,
without a special exception
On Wed, 2006-08-16 at 10:16 -0400, Jarod Wilson wrote:
I can see about packaging the latest libconfuse for Fedora. However,
without a special exception, it won't be built for FC4, as FC4 has
entered 'maintenance mode' (meaning generally nothing new gets built,
only fixes for existing packages
by
a (probably major) customer...
-Original Message-
From: [EMAIL PROTECTED] on behalf of
Jarod Wilson
Sent: Wed 16/08/2006 09:28
To: ganglia-developers@lists.sourceforge.net
Subject: Re: [Ganglia-developers] apr, expat, confuse as shipped
withganglia
On Wed, 2006-08-16 at 10
On Wed, 2006-08-16 at 21:50 +0100, Stu Teasdale wrote:
On Wed, Aug 16, 2006 at 04:18:46PM -0400, Jarod Wilson wrote:
Stu, how about for Debian...?
From what I can see, its available in Debian repos.
They're 2.5.x packages unfortunately. I have 3.0.3 packages, but a
couiple
too.
--
Jarod Wilson
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
buried in xen, kexec
and ext4 fun... I just know using distro-provided libs is definitely
preferred in Red Hat land. :)
-Original Message-
From: [EMAIL PROTECTED] on behalf of
Jarod Wilson
Sent: Mon 14/08/2006 10:42
To: ganglia-developers@lists.sourceforge.net
Subject: Re: [Ganglia
. Perhaps you're missing some needed
rrdtool bits.
--
Jarod Wilson
[EMAIL PROTECTED]
spec. :\
For reference, my spec can be seen here:
http://wilsonet.com/packages/ganglia/ganglia.spec
--
Jarod Wilson
[EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
39 matches
Mail list logo