From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Re: [Xenomai-core] debian/rules update From: Philippe Gerum In-Reply-To: <45F7D59E.3090406@domain.hid> References: <200703121756.08070.paul_c@domain.hid> <1173803432.16997.71.camel@domain.hid> <200703132032.26296.paul_c@domain.hid> <1173869781.32259.29.camel@domain.hid> <45F7D59E.3090406@domain.hid> Content-Type: text/plain Date: Wed, 14 Mar 2007 12:14:58 +0100 Message-Id: <1173870898.32259.41.camel@domain.hid> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: Philippe Gerum Reply-To: rpm@xenomai.org List-Id: "Xenomai life and development \(bug reports, patches, discussions\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gilles Chanteperdrix Cc: xenomai@xenomai.org On Wed, 2007-03-14 at 11:59 +0100, Gilles Chanteperdrix wrote: > Philippe Gerum wrote: > > On Tue, 2007-03-13 at 20:32 +0000, Paul wrote: > > > >>Hi Philippe > >> > >>On Tuesday 13 March 2007 16:30, Philippe Gerum wrote: > >> > >>>>A question for the project admins: Do you have a Release Manager to > >>>>coordinate package releases ? > >>> > >>>I'm currently coordinating the Xenomai releases, with input from the > >>>sub-systems/architecture maintainers. I guess that by "package", you are > >>>referring to another division of the work, though. > >> > >>By "package", I mean binaries in the form of *.deb and/or *.rpm - Whilst I'm > >>happy to build and host i386/x86 Debian packages, I'm concerned about > >>treading on someone's toes without a discussion about revision numbers and > >>general policy about "official" releases. > > > > > > So far, we don't have an established policy for making distro-oriented > > packages; a few people have contributed some of them from time to time, > > but there is no "appointed" maintainer doing sustained work for the > > project on this issue yet. > > > > > >> For example, the packages I've > >>built to date have used 2.3.50 even although a tarball of that version hasn't > >>been released.. That could well cause confusion for users and yourself if > >>bugs are reported. There is also a minor problem with keeping the > >>debian/changelog in sync. > >> > >> One possible answer is for me to rebuild my repository from scratch and > >>append the SVN revision number to revision number so that we end up with > >>2.3.50-1~r2289 - This would allow an official 2.3.50-1 release to override > >>the ~r2289 revision.. > >> > > > > > > It would be saner to use the commit number indeed, especially since it > > allows decouple the package versioning from the source releases while > > keeping a reference to a common history of changes. > > Do we really want to make debian packages with trunk ? Would not it make > sense to only make debian packages from stable releases ? > Not necessarily, the same way one may want to base his work on sid, because some features only available in the development branch are needed (e.g. support for multiple time bases is only available in the trunk/ and not with 2.3.x, and one would need such feature to run VxWorks and the POSIX skins in parallel for instance). Provided we do have a non-confusing way to name such intermediate releases, of course. -- Philippe.