[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#662632: RFS: libaio-ocaml/1.0~rc1



Stéphane Glondu <glondu@debian.org> writes:

> Le 07/03/2012 09:52, Goswin von Brederlow a écrit :
>> That is what major, minor and subversions (x.y.z) are for. If I change
>> only something in Debian I would not increment x or y and I would not
>> create a new tarball for release on e.g. ocamlforge.
>
> I find this confusing. Debian has standardized this versioning scheme as
> x.y-z. I don't see a good reason why not to respect it.

Lets say I fix a bug in the spec file. Or a typo in the docs. Same
thing. Then I would increase the z and not x or y. And I wouldn't build
a new upstream tarball.

The point was that you have different levels of change that get reflect
in how high up the version number changes. People usualy don't start a
riot because a distribution only has version 1.2 instead of 1.2.1. And
distributions have things like watchfiles that see when a new upstream
release was done and those wouldn't get triggered for a internal
increment of the subversion without a release of a new upstream tarball.

I find it hard to believe that software won't be added to other
distribution just because it maintains a debian dir in its source
instead of seperate and sometimes changes might only be in the debian
dir. Debian certainly doesn't reject sources with spec files in them.
So before someone claims that other distributions won't pick up
libaio-ocaml because it is a native package I would like to see proof of
that. What package in the past wasn't included somehwere because of
that? What package only got added after it was changed to non-native?



But before this gets out of hand let me please try your suggestion of
doing native versions for developement and non-native for final
uploads. That way everybod is happy. Debian gets the proper versioning,
I don't get the workflow disruption or overhead while developing and the
whole discussion becomes obsolete.

As I said in the past. I was never opposed to the versioning, only to a
much more complex workflow and if your idea works that gets removed.

MfG
        Goswin



Reply to: