Bug 219 - Multiple locations where we store Samba's version string
Summary: Multiple locations where we store Samba's version string
Status: CLOSED FIXED
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: Packaging (show other bugs)
Version: 3.0.0preX
Hardware: Other other
: P5 normal
Target Milestone: none
Assignee: Tim Potter
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-07-10 22:08 UTC by Tim Potter
Modified: 2005-08-24 10:18 UTC (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Tim Potter 2003-07-10 22:08:43 UTC 
The version string ideally should only be stored and updated in configure.in.

For some reason we have a handful of places where things must be updated by hand
(Solaris packaging for example) and the funny looking PVERSION business in the
Redhat spec file.  How do you generate makerpms.sh from makerpms.sh.tmpl?  It's
not obvious.

And there is version.h which I think is the authoritative place.
Comment 1 Gerald (Jerry) Carter (dead mail address) 2003-07-11 07:55:42 UTC 
PVERSION is set in all packaging using packaging/bin/update-pkginfo

( sh bin/update-pkginfo 3.0.0beta3 1 )

This is done as part of the release script.
Comment 2 Tim Potter 2003-07-11 16:33:17 UTC 
Ah OK.  I should fix the Solaris package then.  Thanks dude.
Comment 3 Gerald (Jerry) Carter (dead mail address) 2003-09-04 20:37:41 UTC 
I think this is in pretty good shape right now
Comment 4 Gerald (Jerry) Carter (dead mail address) 2005-02-07 07:57:24 UTC 
originally reported against 3.0aph24.  Bugzilla spring cleaning.  
Removing old alpha versions.
Comment 5 Gerald (Jerry) Carter (dead mail address) 2005-08-24 10:18:55 UTC 
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.