Re: "buzz" created
It will be difficult to have a specific numbered release 1.2.x, unless
the x is updated each time a new package is added to the
release-updates directory. Is this a good idea? I suppose that we
could try 1.2.date, but that would need to be UTC. Mirror sites
cannot guarantee timely updates. I do believe that an release-updates
directory is necessary. I just don't know how to number the release.
I plan to release a few less stable elements in the unstable section.
I don't want those changes going out as stable until some amount of
time has passed.
kevin
>>>>> "Mike" == Mike Coleman <coleman@chez-gnu.cstp.umkc.edu> writes:
> Read the mail I posted to debian-private a few minutes ago (or perhaps
> you were one of the people on the cc list). I outlined a method where
> there would be 3 distributions -
> 1. a static `release' directory
> 2. a dynamic `release-updates' directory. This would contain important updates
> only.
> 3. a dynamic `development' directory containing a mix of files and slinks to
> release.
> I missed your original message, but I like your solution. So, by analogy to
> the kernel,
> (1) would correspond to kernel 1.2.0
> (2) would correspond to versions 1.2.x, and
> (3) would correspond to versions 1.3.x
Reply to: