RE: building GFS-6.1 from SRPMS

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



 

> -----Original Message-----
> From: linux-cluster-bounces@xxxxxxxxxx 
> [mailto:linux-cluster-bounces@xxxxxxxxxx] On Behalf Of Jason
> Sent: Monday, May 22, 2006 3:28 PM
> To: linux clustering
> Subject: Re:  building GFS-6.1 from SRPMS
> 
> 

> 
> im thinking its the difference between these 
> kernel-devel-2.6.9-34.EL.root   vs. kernel-devel-2.6.9-34.EL
> ive never seen them with the .root extension.
> 

Yea, you rebuilt the kernel rpm as root *slaps Jason on wrist for
building RPM's as root*, hence the .root extension.  The kernel specfile
contains:

%define rhbsys  %([ -r /etc/beehive-root -o -n "%{?__beehive_build}" ]
&& echo || echo .`whoami`)
%define release %(R="$Revision: 34 $"; RR="${R##: }"; echo
${RR%%?}).EL%{rhbsys}

which basically defines rhbsys as the output of "whoami", and uses that
in the release string.

So you need to install either the redhat supplied kernel (or something
that pretends that it is - you can redefine rhbsys if needed - though
not recommended.  I've had to do that because some third party apps have
depeneded on the version string to determine ABI compatibility, so the
jstanley in there threw it all off - then I redefined it to be something
absurd like 2.6.9-22.0.99 so that it would never be confused with a RH
kernel, and the basis was still obvious, and the script worked), or
modify the cman-kernel specfile to look for the new release of the
kernel (probably the path of least resistance).

--

Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux