Lars Marowsky-Bree wrote:
On 2007-03-02T06:53:05, Alan Robertson [EMAIL PROTECTED] wrote:
i figured there was some reason, i just didnt know what it was.
i might go update configure so the next person that looks knows too
It was _soo_ obviously a kludge I thought it would be obvious
than the people that
publish the snmp package.
Because SUSE didn't include the full set of dependencies, and I wanted
it to work.
The other option is have it not work, which I thought wasn't quite as
good an option.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation
Lars Marowsky-Bree wrote:
On 2007-02-22T20:30:10, Alan Robertson [EMAIL PROTECTED] wrote:
Of course, that'd effectively mean needing to lock everything into
memory, which is clearly infeasible and there's more work here to fix
the theoretical deadlock issue.
But, with the same argument
=1495
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http
Lars Marowsky-Bree wrote:
On 2007-02-20T16:19:55, Alan Robertson [EMAIL PROTECTED] wrote:
Probably not. using cl_make_realtime() requires that the programs be
EXTREMELY well-behaved. I'm not criticizing that software, but you
REALLY want to minimize the number of processes that use
Lars Marowsky-Bree wrote:
On 2007-02-21T08:09:43, Alan Robertson [EMAIL PROTECTED] wrote:
Which is EXACTLY what it's supposed to do for months or years at a time
- and in fact what it does do for months or years at a time.
The fact that _under test conditions_ it consumes a bit more
Lars Marowsky-Bree wrote:
On 2007-02-22T06:55:37, Alan Robertson [EMAIL PROTECTED] wrote:
It doesn't mean that AT ALL. Failover time is normally 90% dominated by
resource agent time. And increasing CPU time in a multi-process,
multi-processor situation where networking delays
Lars Marowsky-Bree wrote:
On 2007-02-22T06:41:14, Alan Robertson [EMAIL PROTECTED] wrote:
But, they are MUCH less timing critical.
One should be able to trust that they in turn are being monitored, and
will be restarted if they misbehave. [If that isn't an true, then it
should
Lars Marowsky-Bree wrote:
On 2007-02-22T16:13:18, Alan Robertson [EMAIL PROTECTED] wrote:
If the CRM is in the write path, something very bad is going on. Do you
think it is? If so, then I certainly can see the argument for locking
them into memory. Would you mind explaining the sequence
Andrew Beekhof wrote:
On 2/21/07, Alan Robertson [EMAIL PROTECTED] wrote:
Lars Marowsky-Bree wrote:
Andrew's measured 10% performance increase suggests that we should make
this the default, IMHO, at least on Linux: apparently, our glibc
allocators are better than heartbeats.
I've been
that the programs be
EXTREMELY well-behaved. I'm not criticizing that software, but you
REALLY want to minimize the number of processes that use it - just
because bugs in the code become system lockups. Really bad news...
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative
;-). If it's disabled, it doesn't
help anything.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux-HA
be using it ourselves...
The others were removed from being able to be compiled years ago - we
just couldn't easily delete them using CVS. For checkpointd, cms, and
eventd, go ahead and remove them.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship
did a lot of work in the malloc code (the
MALLOC_TRACK stuff), and I haven't tried it since then.
Does it work if MALLOC_TRACK is disabled?
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised
on the configuration line and its
up to you to parse it yourself.
This is how mcast and ping_group work.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
features
Support for IBM xSeries STONITH devices
New Resource agents:
SAP/R3, Websphere Application Server V6,
OpenVZ containers, and others
The complete change log in all its glory and gory detail follows...
* Tue Dec 09 2007 Alan Robertson
Andrew Beekhof wrote:
On 11/14/06, Alan Robertson [EMAIL PROTECTED] wrote:
Andrew Beekhof wrote:
In light of this thread, I was somewhat surprised to see this:
http://hg.linux-ha.org/dev?cs=5efbd40c99db
Me too. If you'd have been around I'd have tried to find out what this
was about
about), and secondarily how clear the messages are. I don't think
things like foo[pid}: are the problem. But maybe you don't think that's
the real problem either.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you
Lars Marowsky-Bree wrote:
On 2006-11-07T08:17:10, Alan Robertson [EMAIL PROTECTED] wrote:
I'd like to suggest what I think is a simple but useful policy for
dealing with commits to Mercurial which correspond to bug reports.
I've tried getting people to agree to bugzilla SCM policies
name like xxx-xxx (like
stonith-enabled) to replace old name xxx_xxx(like stonith_enabled)
Strangely enough, I figured it out anyway ;-)
I wasn't picking on you -- just making a suggestion to see what everyone
thinks.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation
in there or not doesn't matter much.
Except for one thing... The CIB is sniffable to people on your subnet.
So, bad guys who can sniff your network (not difficult with multicast)
can read your passwords.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let
.
But, the contributor count is high enough to make things painful if you
want to change all of it. It's over 60, the last time I checked a few
years back.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised
I'd like to put out version 2.0.8 sometime in the next few weeks. So,
I've started doing some things that need doing in preparation for that
new release.
I'll let you know as things progress.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship
Brian Reichert wrote:
On Tue, Sep 12, 2006 at 01:46:39PM -0600, Alan Robertson wrote:
Brian Reichert wrote:
We've been mucking with an LDAP cluster that's managed via heartbeat.
We have code that's supposed to manage expiring records when they're
stale. We test our code by manually setting
/RPMS/
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
complete. Huang Zhen can give you
the details.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux
going to get exit 1 or 2. I don't
think that warrants failing to start the service - which is what we'd do
if we didn't map it into 7.
You didn't offend me at all. But, since I did write the exit code
mapping stuff, I was pretty sure about it ;-).
--
Alan Robertson [EMAIL PROTECTED]
Openness
it, and I haven't
followed up quite like I'd like to.
I've been finishing a full-day tutorial on R2 - which has taken quite a
lot of my time.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised
.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http
Next week is Linux Kongress in Nuremberg, Germany.
Alan Robertson will be conducting a full-day tutorial on Linux-HA
release 2. Lars Marowsky-Bree will be giving a session talk on Release 2.
Alan's tutorial:
Wednesday, 2006-09-06 10:00-18:00
http://www.linux-kongress.org/2006
Keisuke MORI wrote:
Alan Robertson [EMAIL PROTECTED] writes:
Matthew Soffen wrote:
I don't see it being any problem.
Is there any convention that other projects use ?
Not that I know of. I just thought this might make things clearer to
those who want to link to our libraries - which ones
OutputInCIDR is included, the output from findif
should come out in old-style format.
Let's see if that's true in practice...
/usr/lib64/heartbeat/findif version 1.2.5 Copyright Alan Robertson
Usage: /usr/lib64/heartbeat/findif address[/netmask[/interface][/broadcast]]
Where:
address: IP address
.
But, the main reason was CIDR was more convenient and easier to use.
Everyone seems to be constantly telling me how much they hate ipaddr
anyway. Maybe that didn't include you, though...
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship
a timely fashion.
PS: Some DNS clients ignore short TTL requests, so it's probably worse
than you think.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
HW wrote:
Thanks Alan. I'll keep an eye on that page.
If you sign up for the OSDL bugzilla, you can add yourself to the CC
list on the bug.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your
AFAIK.
Something may have broken in terms of the code, but it certainly used to
work -- before all the OCF conversion cruft -- and it NEVER supported
anything but CIDR netmasks before that.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let
of just
libxxx? It would only take maybe few hours time to make the makefile
changes to make this happen.
What do people think of this idea?
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised
libraries, this would make them
change their library names. I doubt that there are that many people who
do that. And, if they're doing it unknowingly, it would certainly raise
their level of awareness.
It would be very hard to make that mistake by accident in future releases.
--
Alan
Alan Robertson wrote:
Monty Taylor wrote:
Hey all,
I just realized that I may have replied to an old message and caused
what I sent to get buried in the past of a threaded client. :) So here
it is again... sorry for the repost if you had already seen it. I've
been seeing discussion of spec
the
libraries in question, but that may be what we have to do :-(.
The management daemon may also do what you want - and it is licensed LGPL.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised
Andrew Beekhof wrote:
On 8/22/06, Alan Robertson [EMAIL PROTECTED] wrote:
Andrew Beekhof wrote:
On 8/21/06, Andrew Beekhof [EMAIL PROTECTED] wrote:
After spending much of the weekend massaging the CVS extract, I can
now
report the conversion to Mercurial is complete.
The conversion
Alan Robertson wrote:
Keisuke MORI wrote:
Hi,
I'm looking for APIs to obtain V2 nodes/resources information
from my application. I assumes that the CIB library (cib.h and
libcib.so) is meant for it, but I'm wondering how can I use it.
- What functions are public to users and what hearder
/Mercurial
http://www.selenic.com/mercurial/wiki/index.cgi/CvsConcepts
http://www.selenic.com/mercurial/wiki/index.cgi/CvsCommands
http://www.selenic.com/mercurial/wiki/index.cgi/Tutorial
What's next to getting us into official use of Hg?
--
Alan Robertson [EMAIL PROTECTED]
Openness
?id=1412
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
the resource agent correspondingly.
But, it seems like it hasn't been implemented yet. Right?
I think it has been?
IPaddr in CVS (not 2.0.7) has a trivial example
But, the levels have some meanings which are defined in the OCF spec --
and they are strictly numeric.
--
Alan Robertson
such a repository. See the DownloadSoftware page for a
pointer.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux
Wolfgang Dumhs wrote:
Alan Robertson wrote:
OK.
There are several places in the code where we use times(2). I've taken
your ideas and created a new patch for the 2.x CVS(HEAD) branch which I
think covers them all.
I've attached it here.
Wolfgang: Could you test this and see
Heartbeat fails on machines
where bzip-devel or ncurses-devel packages aren't installed. But those
packages aren't critical.
Other way crm_mon.c and xml.c have to be patched to correctly process
this problem.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative
!
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
#include stdio.h
#include errno.h
#include sys/times.h
int
main(int argc, char ** argv)
{
clock_t foo;
errno = 0
Lars Marowsky-Bree wrote:
On 2006-08-16T08:37:43, Alan Robertson [EMAIL PROTECTED] wrote:
What if it implies an ENOMEM, because for whatever reason, the system
call required memory which wasn't available, EAGAIN because we got a
signal during the system call, or ...?
As you well know
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wolfgang Dumhs wrote:
Alan Robertson wrote:
Wolfgang Dumhs wrote:
Hi,
im using heartbeat 1.2.3 on linux servers with kernel 2.6.5 on a couple
of systems and some days ago again a machine had problems after an
uptime of 497 days:
Jul 6
much they help.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux
it afterwards if not.
Was this fixed before 2.0.7?
If not, please commit it now.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
it for debugging conveniently.
* When the program is finished formly, all redundant cl_log clauses
* will be removed
*/
cl_log_enable_stderr(TRUE);
but I don't understand that comment.
I just removed the debugging code from cl_status.
--
Alan Robertson [EMAIL
.
OK?
Contrary to the implication given in this thread -- IPaddr and IPaddr2
do NOT do the same thing.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
that would
confuse a lot of people -- and other scripts.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
).
Besides, the last one is protected with debug_level 1 already, so
lrmd_debug2() doesn't change anything.
In particular in error legs, we want logging.
AFAIK, we only want that for unexpected errors.
Monitor / status may fail with it being an expected error.
--
Alan Robertson [EMAIL
haven't been referencing the whole set of bugs, just the set I had to
ignore in order to pass the release. This seems like a perfectly
reasonable thing to do.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times
in the
filename?
At least for anything in a */bin or */sbin directory.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
it, and nothing else is effected.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux-HA-Dev: Linux-HA-Dev
Horms wrote:
On Mon, 24 Jul 2006 22:37:32 -0600, Alan Robertson wrote:
Horms wrote:
On Tue, 27 Jun 2006 12:12:34 +0200, Martial Paupe wrote:
Hello,
I send a little patch for
I'm sending to you a small patch which corrects a small problem with the
construction of the rpm package for RHel
in the last 6 months or so.
Or maybe you'd prefer the piece of code with the most changes.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
it. And, on top of that, if there is no internal
documentation for it...?
The code he was referring to is one of the simpler pieces of code in R2.
He just doesn't like it (and neither do I). I understand it fairly
well, and I think that others have read it before also.
--
Alan Robertson
3 write system calls to the fifo.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux-HA-Dev: Linux
David Lee wrote:
On Tue, 15 Aug 2006, Alan Robertson wrote:
Contrary to the implication given in this thread -- IPaddr and IPaddr2
do NOT do the same thing.
Oh. Their write-ups, describing their user-interface (as if black box)
http://www.linux-ha.org/HeartbeatResourceAgent/IPaddr
include that capability at all.
So, even when the two try and do roughly the same thing, they go about
it in completely different ways, with noticeably different outcomes.
I'm not opposed to merging them. I'm just trying to make sure it's done
right (whatever we decide that means).
--
Alan
Lars Marowsky-Bree wrote:
On 2006-08-15T15:41:31, Alan Robertson [EMAIL PROTECTED] wrote:
Wolfgang: Could you test this and see if it works during wraparound?
It's not quite the same as yours, but avoids casting -1 to an unsigned.
I think the effect should be the same.
Sorry, but I'm
Andrew Beekhof wrote:
On 8/15/06, Alan Robertson [EMAIL PROTECTED] wrote:
Andrew Beekhof wrote:
On 6/28/06, Lars Marowsky-Bree [EMAIL PROTECTED] wrote:
On 2006-06-15T18:26:24, Lars Marowsky-Bree [EMAIL PROTECTED] wrote:
Lack of disagreement implies agreement.
Alan, how about we plan
).
An additional comment...
If you want this included in our source tree, then you'll need to get
some minor legal things done. I'll send you the information so I can
incorporate your changes.
- --
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
running a 2.0 version of
heartbeat as it contains a fix for a remote denial of service vulnerability.
* Sun Aug 13 2006 Alan Robertson [EMAIL PROTECTED] (see doc/AUTHORS file)
+ Version 2.0.7 - security and bug fix release
+ Important steps:
- Prior to the update, make sure all elements
David Lee wrote:
On Mon, 24 Jul 2006, Alan Robertson wrote:
CVS is not a really wonderful source control system.
It is our plan to convert to Mercurial some time in the reasonably near
future. Reviews of it have been mostly very good.
We will still be able to have a source control mailing
, I plan to commit these to the
tree in the not to distant future unless someone convinces me
otherwise.
OK
I just tagged 2.0.7. You'll need to retag them in order for them to
show up in the release, unless you already committed them before I
tagged the release.
--
Alan Robertson [EMAIL
week, when we reopen CVS.
I have tagged 2.0.7 in CVS.
Subsequent commits will not be automatically included in 2.0.7.
If you need something to be included then tell lmb or me, and we'll
retag the necessary files.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation
to be:
AC_PATH_PROGS(HTML2TXT, lynx w3m)
(i.e. 2nd arg a two word string, 3rd arg blank).
I thought that the examples I saw on the web had commas.
And it seems to work ;-)
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you
-- or so I think ;-)
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux-HA-Dev: Linux-HA-Dev
by doing the monitor operation before reporting success?
There is a separate parameter for how long to wait after starting before
issuing the first monitor operation.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all
of the package name requirements were different
for red hat than for SUSE?
If so, then this would have been a good place to put that distinction in...
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your
.)
For the most part, failures in BSC indicate really serious problems.
Could you open a bugzilla nd provide the logs from the BSC runs?
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised
replication. I'm really
not sure if this matters, and we're _certainly_ not planning on
implementing it in the foreseeable future, but it's a thought]].
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your
copy the CIB and restore it. Maybe we need a CIB backup/restore
feature
or tool.
Having a save CIB / restore CIB function does seem like a good thought.
It could also be dangerous, but messing with the CIB is somewhat
dangerous anyway ;-)
--
Alan Robertson [EMAIL PROTECTED]
Openness
to
keep on flogging this dead horse anyway ;-).
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux-HA
have non-trivial cleanup to do on return, then a goto is a
good choice.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
is running on
hadev2, or if it isn't. Every time I've seen this kind of hang in the
past (and it's been a while), the command was actually running, it was
just hung.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all
in your time zone ;-)
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux-HA-Dev: Linux-HA-Dev
? ;-)
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http
agents and cluster
managers, and it seems like a reasonable addition to the OCF spec.
My guess is that this would be an easy addition for many cluster
managers to support. Of course, nothing is impossible to he who doesn't
have to do it.
--
Alan Robertson [EMAIL PROTECTED]
Openness
the best you can ;-).
I think this is the case for GPFS...
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
Lars Marowsky-Bree wrote:
On 2006-06-14T10:29:55, Alan Robertson [EMAIL PROTECTED] wrote:
For OCFS2, the fs code has been changed to accept membership events from
user-space, and you'll see that this is what the Filesystem RA does for
it.
OR, if it doesn't want to listen to you for membership
bugs, and to avoid high
risk changes. And, oh yeah, it's you that wanted me to redirect my
staff this way.
Redesigning the GUI is not critical or blocker priority, and it is
definitely high risk.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative
in the end will be inferior, and you wonder why we're
not jumping at the chance to implement it.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
wrote:
On 2006-06-12T13:05:51, Alan Robertson [EMAIL PROTECTED] wrote:
Lars Marowsky-Bree wrote:
On 2006-06-08T16:13:49, Lars Marowsky-Bree [EMAIL PROTECTED] wrote:
I just wanted to point out that this discussion hasn't reached a
conclusion yet. As this is qualified as a blocker in bugzilla
Lars Marowsky-Bree wrote:
On 2006-06-13T08:15:16, Alan Robertson [EMAIL PROTECTED] wrote:
I changed the subject, since the DTD should reflect the needs of the
project, and not control the implementation, and everyone agrees that
the change requested is absolutely harmless. Otherwise, it's
to take out the error/warning message. But, not to change
the name back (at least not without further discussion).
This has been in my tree for a few weeks, and I found that I had
forgotten to commit it.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative
specified --libdir=/usr/lib64 AND /usr/lib64 doesn't exist.
Right now, what we have doesn't work. I'm trying to get back to
something that actually works again, if you don't mind too much.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship
Lars Marowsky-Bree wrote:
On 2006-06-12T09:09:02, Alan Robertson [EMAIL PROTECTED] wrote:
This will ONLY happen if it has been incorrectly specified. So, I don't
see a reason to patch it out for anyone. It will only happen if someone
specifically specified --libdir=/usr/lib64 AND /usr/lib64
See subject.
Now when I build, libtool tries to include libraries from /usr/lib,
which gcc propmptly barfs on.
And, it appears that on x86_64, we are creating 64-bit objects, but
somehow our libdir is set to /usr/lib
This is SOOO broken...
Grumble...
--
Alan Robertson [EMAIL
Horms wrote:
On Tue, Jun 06, 2006 at 11:01:25PM -0600, Alan Robertson wrote:
Horms wrote:
On Thu, Jun 01, 2006 at 03:24:48PM +0200, Marc 'HE' Brockschmidt wrote:
Package: heartbeat
Severity: serious
Heya,
Let's see what the FHS says:
No binaries should be located under /etc. [3.4]
Now
was dead, etc.
Please supply those logs.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Wilberforce
___
Linux-HA-Dev
this. It is _slightly_ possible that you've run into a
bug in this area. It is FAR more likely that you're doing something wrong.
--
Alan Robertson [EMAIL PROTECTED]
Openness is the foundation and preservative of friendship... Let me
claim from you at all times your undisguised opinions. - William
Lars Marowsky-Bree wrote:
On 2006-06-08T07:15:01, Alan Robertson [EMAIL PROTECTED] wrote:
Unfortunately heartbeat (for fairly broken reasons IMHO) really
needs those files there.
Could we symlink 'em somewhere?
Yes, I think that is a good solution (short of rearanging the
resource paths
201 - 300 of 391 matches
Mail list logo
