Comment 23 for bug 11674

Revision history for this message
In , Henrique de Moraes Holschuh (hmh) wrote : Re: Bug#288876: libflac4: wrong soname on binary package (should be libflac6)

Hi Matt!

On Wed, 05 Jan 2005, Matt Zimmerman wrote:

> On Wed, Jan 05, 2005 at 11:52:58PM -0200, Henrique de Moraes Holschuh wrote:
>
> > Package: libflac4
> > Version: 1.1.1-1
> > Severity: grave
> > Tags: sid
> > Justification: renders package unusable
> >
> > libFLAC 1.1.1 has soname 6. libflac4 should contain old libFLAC 1.0,
> > and be on section old-libs. libFLAC 1.1.1 should be in a libflac6 package.
> >
> > I can atest that the soname change is necessary, I've been waiting for this
> > upload for a long time (to get proper seekable ogg-flac support routines for
> > TiMidity++...)
> >
> > As it stands, this package breaks all packages that depend on libflac4.
>
> Yes, an unfortunate error of uploading the wrong .changes. Fixed packages
> arrived in queue/new shortly afterward.
>
> It would be greatly appreciated if an ftpmaster could accelerate its
> acceptance in order to undo my mess.

Hmm... now we need a old-flac source package to generate the old libflac4,
*AND* there is a major problem with liboggflac1.

liboggflac1 did not change the soname (better check this, it might require a
soname change, check the seekable ogg-flac support stuff). If it does, a
new upload fixes it, and liboggflac1 should be generated by the old-flac
package. If it doesn't, then what should we do? libflac4 would be mostly
useless in that case.

I will switch timidity to libflac6 in unstable, so that doesn't bother me
much, but flac is used by a lot of other stuff...

--
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh