Re: fun with libgal
Jose Carlos Garcia Sogo <email@example.com> cum veritate scripsit:
> The problem with libgal is not only trying to follow it, and have to
> recompile a new package each time a new libgal is uploaded in Debian,
> but also that as libgal changes from time to time the API, I can face
> one day with a libgalxx which does not match the API of my package
> (what, btw, has yet happened with Ximian Setup Tools 0.6.0)
Takuo, what was your opinion about not naming "gal" source package
with version numbers ?
Wouldn't it help the "testing" distribution
(except for the size of archive?)
if there was gal18 and gal19 simultaneously, in archive.
Would it be too inconvenient to orphan older version of gal every time
when a new soname appears ?
firstname.lastname@example.org : Junichi Uekawa http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4