Bug 159696 - kernel rebuild revision naming
kernel rebuild revision naming
Status: CLOSED ERRATA
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
3
All Linux
medium Severity medium
: ---
: ---
Assigned To: Dave Jones
Brian Brock
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-06-07 00:59 EDT by Curtis Doty
Modified: 2016-03-27 10:28 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-08-29 21:48:29 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Curtis Doty 2005-06-07 00:59:14 EDT
Please consider the following patch or something similar that will provide
better granularity for those of us rebuild srpms on various systems who do not
have access to the beehive cluster.

--- kernel-2.6.spec     2005-05-17 16:50:40.000000000 -0700
+++ kernel-2.6gk.spec   2005-05-30 18:58:15.000000000 -0700
@@ -21,7 +21,7 @@
%define sublevel 11
%define kversion 2.6.%{sublevel}
%define rpmversion 2.6.%{sublevel}
-%define rhbsys  %([ -r /etc/beehive-root -o -n "%{?__beehive_build}" ] && echo
|| echo .`whoami`)
+%define rhbsys  %([ -r /etc/beehive-root -o -n "%{?__beehive_build}" ] && echo
|| echo .`whoami`@`hostname -s`)
%if %{FC3}
%define release %(R="$Revision: 1.27 $"; RR="${R##: }"; echo ${RR%%?})_FC3%{rhbsys}
%endif
Comment 1 Dave Jones 2005-07-05 16:03:05 EDT
I'm puzzled as to what this buys you, given this is purely a cosmetic thing, and
isn't used by anything.
Comment 2 Curtis Doty 2005-07-06 16:28:23 EDT
The advantage is for typsically overworked sysads who have to occasionally
rebuid a kernel to identify a bug or test a feature not enabled by Red Hat. This
simple change makes it easier to track what one's done after the fact.

For example, I have a cluster of a few dozen mostly identical hosts who are
manifesting a bizarre bug (I think) and I need to test. So I cook up another
kernel on one host, I get the EXACT SAME FILENAME on a different build on a
different host.

(Of course, we Red Hat devotees out here in the real world don't have the luxury
of a fancy schmancy beehive buildsystem.)

So what I propose, would be a more unique naming scheme for user initiated
kernel rebuilds. I.e.

kernel-2.6.11-1.27_FC3.jake@rasputin.src.rpm
kernel-2.6.11-1.27_FC3.bill@rapunzel.src.rpm

Are clearly *different* builds.
Comment 3 Dave Jones 2005-07-15 15:27:48 EDT
An update has been released for Fedora Core 3 (kernel-2.6.12-1.1372_FC3) which
may contain a fix for your problem.   Please update to this new kernel, and
report whether or not it fixes your problem.

If you have updated to Fedora Core 4 since this bug was opened, and the problem
still occurs with the latest updates for that release, please change the version
field of this bug to 'fc4'.

Thank you.
Comment 4 Dave Jones 2005-08-26 01:15:48 EDT
committed to cvs in all trees.
Comment 5 vvs 2005-09-14 03:56:26 EDT
And after this change uname -r reports 2.6.12-1.1447_FC4.vvs, while all file and
directory names has vvs@vvs suffix, so modprobe doesn't find modules :-(

Note You need to log in before you can comment on or make changes to this bug.