On 1 Apr 2009 at 12:21, Andreas Ericsson wrote:
[...]
> > What I don't understand here is: Why wouldn't the $Id$ be updated upon upgrade?
> > Because it's a manual process?
> >
>
> It MAY not get updated, since $Id$ tags are per-file instead of per-project.
> Any sane project will have more than one file, and the file listing the
> $Id$ that the end-user sees may not have changed since the last release.
>
> Per-file revision tags are stupid and useless for anything but a one-file
> project.
Hmm...:
# what vmunix
vmunix:
ivt.s $Date: 2008/11/21 09:10:19 $Revision: r11.31/5 PATCH_11.31 (B11.3
1.0903LR)
side_dumpdev - HP IDE Dump Driver B.11.31 /ux/core/kern/em/svc/dump/scs
i_ide_dumpdev.c: Jan 8 2009, 23:48:25
eschgr - Changer Driver B.11.31.01 /ux/core/kern/common/io/escsi/eschgr
/eschgr.c:Jan 10 2007,17:04:47
eschgr - Changer Driver B.11.31.01 /ux/core/kern/common/io/escsi/eschgr
/eschgr_diag.c:Dec 27 2006,16:59:17
[...]
vxfs:$RCSfile: vx_portal.c,v $ $Revision: 4.14.26.3 $
vxfs:$RCSfile: vx_portal_osrel.c,v $ $Revision: 1.1.2.1 $
vxfs:$RCSfile: vx_portal_dlkm.c,v $ $Revision: 1.1.2.1 $
vxfs:$RCSfile: vxportal50.modmeta,v $ $Revision: 1.1.2.5 $
wsio_cdio.c $Date: 2008/06/03 05:52:50 $Revision: r11.31/13 PATCH_11.31
(B11.31.0809LR)
$Revision: wsio: B11.31.0809LR
$Revision: wxb_hp: B.11.31_LR
tracer.s $Date: 2008/04/28 17:14:06 $Revision: r11.31/3 PATCH_11.31 (B1
1.31.0809LR)
For a kernel, where development is decentralized, it would make sense: Imageine a
user (or distributor) will nut upgrade anything to the latest version, but only
parts (subsystems). Then the single kernel version number is meaningless.
Regards,
Ulrich
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
