similar to: "relocation error" & Debian

Displaying 20 results from an estimated 10000 matches similar to: ""relocation error" & Debian"

2005 Jan 08
4
liboggflac1 soname
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. >
2005 Feb 11
1
liboggflac1 soname
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
2005 Feb 11
1
liboggflac1 soname
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
2005 Jan 10
3
liboggflac1 soname
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
2005 Feb 11
2
liboggflac1 soname
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
2005 Jan 10
0
liboggflac1 soname
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
2004 Oct 03
1
[wolfgang@rohdewald.de: Bug#274700: flac: --export-vc-to should quote strings containing spaces]
----- 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
2005 Jan 09
0
liboggflac1 soname
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
2009 Dec 12
2
Memory leak on Icecast 2.3.2 / Debian ?
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 >>>
2005 Jan 08
0
liboggflac1 soname
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
2008 Sep 10
1
[xiph-commits] r15288 - in trunk/ogg: debian doc
On 10-Sep-08, at 7:23 AM, ivo committed: > - if test -d CVS; then \ > + #if test -d CVS; then \ > $(MAKE) cvs-clean ;\ > fi comment detection happens before \ continuation in shell parsing, so this will error on fi. If you want to disable this clause you should just remove the whole thing. -r
2009 Dec 09
2
Memory leak on Icecast 2.3.2 / Debian ?
On 08/12/09 20:44, Jussi Kukkonen wrote: > I'm not a icecast developer so I have very little idea what the code in > question does or how to test it. As a matter of fact I don't even have a > build environment (or time) available here, this is why I didn't send a > patch. > > But since you asked, attached are the missing frees for icecast2_2.3.2-4 > in a totally
2005 Mar 17
5
up-to-date debian packages?
The debian (unstable) libtheora and libogg packages are a little out of date. I was wondering if anybody had made their own packages for libogg-1.1.1 and libtheora-1.0alpha4. If not, I'll go ahead and package them up and put them up on my own debian repository or something, and let you guys know where to get them. But if somebody has already done that, let me know. thanks, Tim
2004 Aug 06
7
Debian packages: icecast2, libshout, ices2
Hello everyone, I've been maintaining Debian packages (for sid) of icecast2, libshout, and ices2 for several months now; my production servers run Debian, and these packages make using icecast on them even more easily manageable. They've been quite solid and reliable in all of the situations I've encountered, and I've had nothing but positive reports from a couple of testers.
2004 Sep 22
2
Re: libvorbis 1.1.0 release
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:
2005 Jan 24
0
liboggflac1 soname
--- 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
2005 Feb 11
2
liboggflac1 soname
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
2005 Jan 09
3
liboggflac1 soname
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?
2007 Jul 23
4
libvorbis 1.2.0 release candidate
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
2009 Aug 12
2
libtheora 1.1beta2 release
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