similar to: "relocation error" & Debian

On Sun, Jan 09, 2005 at 02:03:28AM -0200, Henrique de Moraes Holschuh wrote: > *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). CCing upstream on this. Josh, did 1.1.1 change interfaces in liboggflac? If so, it needs a soname change. >

On Sun, 09 Jan 2005, Ralph Giles wrote: > On Mon, Jan 10, 2005 at 12:22:18AM -0200, Henrique de Moraes Holschuh wrote: > liboggflac FROM THE 1.0.4 RELEASE has version-info 0:1:0 > liboggflac FROM THE 1.1.1 RELEASE has version-info 2:1:1 Well, the packages we are having trouble here are: flac 1.1.0 (let me check... libOggFLAC version-info 1:2:0) debian package: liboggflac1 (matches

On Sun, 09 Jan 2005, Matt Zimmerman wrote: > > Is the debian mismatch based on a release between these too? Should > > flac-1.1.1 release have been 2:1:0? In either case, it seems rebuilding > > all the packages against the 1.1.1 library should resolve the issue? Well, if something built against 1.0.4 can (even in corner cases) malfunction with 1.1.1, then yes, it must be

On Mon, Jan 10, 2005 at 09:37:18PM -0800, Josh Coalson wrote: > as far as I can piece together, the last releases went like: > > FLAC release libOggFLAC went to > ------------- ------------------------------------------ > 1.1.0 1:2:0 from 1:1:0 (code changes only I think) > 1.1.1-beta1 2:0:1 from 1:2:0 (some i'faces added, some changed) > 1.1.1

On Sat, 08 Jan 2005, Ralph Giles wrote: > On Sat, Jan 08, 2005 at 08:31:47PM -0800, Matt Zimmerman wrote: > > > liboggflac1 did not change the soname (better check this, it might require a > > > soname change, check the seekable ogg-flac support stuff). > > > > CCing upstream on this. Josh, did 1.1.1 change interfaces in liboggflac? > > If so, it needs a

OK, I'm coming to this a little late (been sick) but I'll try to answer all in one mail: On Sat, Jan 08, 2005 at 08:31:47PM -0800, Matt Zimmerman wrote: > > liboggflac1 did not change the soname (better check this, it > might require a > > soname change, check the seekable ogg-flac support stuff). > > CCing upstream on this. Josh, did 1.1.1 change interfaces in

----- Forwarded message from Wolfgang Rohdewald <wolfgang@rohdewald.de> ----- Date: Sun, 03 Oct 2004 19:24:38 +0200 From: Wolfgang Rohdewald <wolfgang@rohdewald.de> Resent-From: Wolfgang Rohdewald <wolfgang@rohdewald.de> To: Debian Bug Tracking System <submit@bugs.debian.org> Subject: Bug#274700: flac: --export-vc-to should quote strings containing spaces Package: flac

On Mon, Jan 10, 2005 at 01:36:23AM -0200, Henrique de Moraes Holschuh wrote: > Well, the packages we are having trouble here are: > flac 1.1.0 (let me check... libOggFLAC version-info 1:2:0) > debian package: liboggflac1 (matches libtool soname - ok) > > oggflac 1.1.0 not forward or backwards compatible with 1.0.4 -> ok. > oggflac 1.1.1 not forward or backwards

On Sat, Jan 08, 2005 at 08:31:47PM -0800, Matt Zimmerman wrote: > > liboggflac1 did not change the soname (better check this, it might require a > > soname change, check the seekable ogg-flac support stuff). > > CCing upstream on this. Josh, did 1.1.1 change interfaces in liboggflac? > If so, it needs a soname change. Most of the changes were compatible, but it looks like

On 09/12/2009 16:59, Romain Beauxis wrote: > Hi ! > > Le mardi 8 d?cembre 2009 19:59:23, Karl Heyes a ?crit : >>> But since you asked, attached are the missing frees for icecast2_2.3.2-4 >>> in a totally untested drive-by-patching manner. Like I said the -kh17 I >>> also happened to have did not have this specific code at all and the >>>

Everyone, I'm pleased to announce the release of libvorbis version 1.1.0. This is the first major release since 1.0 and offers new encoder tunings for additional compression efficiency as well as a number of bugs fixes. Developers will be interested in the new 'CBR' mode support and encoder_ctl() interface. Source archives are available from our new download site:

--- Henrique de Moraes Holschuh <hmh@debian.org> wrote: > On Mon, 10 Jan 2005, Ralph Giles wrote: > > As such it's an incompatible change, for which you should also > > zero the 'age' field. So 1.1.1-beta1 should have been 2:0:0, > > not 2:0:1. > [...] > > Yes, I agree. The numbering is all about coexisting installs of the > > > various

On Mon, 10 Jan 2005, Ralph Giles wrote: > As such it's an incompatible change, for which you should also > zero the 'age' field. So 1.1.1-beta1 should have been 2:0:0, > not 2:0:1. [...] > Yes, I agree. The numbering is all about coexisting installs of the > various versions. Ok. I need to know what to do about this... is 1.1.2 with fixed sonames just around the

On Sun, Jan 09, 2005 at 10:56:09AM -0800, Ralph Giles wrote: > On Sun, Jan 09, 2005 at 10:44:16AM -0200, Henrique de Moraes Holschuh wrote: > > > I am holding TiMidity in the current [broken] state until we get the new > > upstream with the soname fixes. I hope it is released very soon :( > > Are we talking about the library's soname, or the debian package name?

All, Monty has made some improvements to the vorbis reference implementation, and we're ready to do a new release. Please sanity check the release candidate at http://people.xiph.org/~giles/2007/libvorbis-1.2.0rc2.tar.bz2 And let us know if there are any problems. The plan is to make an official release on Wednesday. Changes since the 1.1.2 release: * new ov_fopen() convenience

I've put up a second beta for testing. libtheora-1.1beta2: - Improves rate control with difficult-to-encode input (the huskies issue) - Has all the example code ported to the 1.0 api - Builds on OpenBSD and Apple Xcode - TH_ENCCTL_SET_SPLEVEL is work again for trading of encode speed for quality. There's now a TH_ENCCTL_GET_SPLEVEL as well for reading the default/current

I've put up a second beta for testing. libtheora-1.1beta2: - Improves rate control with difficult-to-encode input (the huskies issue) - Has all the example code ported to the 1.0 api - Builds on OpenBSD and Apple Xcode - TH_ENCCTL_SET_SPLEVEL is work again for trading of encode speed for quality. There's now a TH_ENCCTL_GET_SPLEVEL as well for reading the default/current

All, I am having trouble with the getent passwd and getent group command. I am using 2.2.4-4 version of Samba on a redhat system with 2.4.18-SMP kernel. This issue seems to be intermittent. Sometimes is works and others it doesnt. More often than not, it failes. I can do a wbinfo -g and -u and get the info so I am connected to the doamin, but not getent. This will affect my users from loging

I'm pleased to announce the release of libvorbis and vorbis-tools 1.1.1. These releases include some bug and documentation fixes, but no new encoder modes. However, oggenc from this release now properly supports the new CBR engine introduced in libvorbis 1.1.0 but the 1.1.1 release of both libraries is required for things to work properly. Not that there was never a 1.1.0 release of

I'm pleased to announce the release of libvorbis and vorbis-tools 1.1.1. These releases include some bug and documentation fixes, but no new encoder modes. However, oggenc from this release now properly supports the new CBR engine introduced in libvorbis 1.1.0 but the 1.1.1 release of both libraries is required for things to work properly. Not that there was never a 1.1.0 release of