similar to: Minimal server install and a few other questions.....

I've been implementing Ogg FLAC support in an editor I'm working on, and I must admit to being frustrated by the lack of support for the codec on the Ogg layer... and this is more than lacking granulepos. The codec's I've worked with, and my own (Writ), use Page 0 for general information about the codec. Specifically, the samplerate, bitrate, quality, number of channels, all

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, 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 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

Am 24.11.2014 um 13:35 schrieb Johnny Hughes <johnny at centos.org>: > On 11/23/2014 10:23 AM, Niamh Holding wrote: >> >> Hello Centos, >> >> Is 4:perl-5.8.8-43.el5_11.x86_64 really dependent on the 32 bit perl.i386 >> 4:5.8.8-43.el5_11 as yum is suggesting, or has something got mixed up on >> the system? >> >> yum install perl >>

i'm trying to build ices0.4 and vorbis-tools 1.0.1 with flac 1.1.1. Neither seems happy, hence the crossposting (sorry). ICES0.4 --- ices refuses to see the libFLAC library, even if i specify --with-flac=/usr/local/lib (or even just --with-flac=/usr/local/, as the configure script seems to look in the lib and include subdirectories of the specified path?). i get a configure error:

i'm trying to build ices0.4 and vorbis-tools 1.0.1 with flac 1.1.1. Neither seems happy, hence the crossposting (sorry). ICES0.4 --- ices refuses to see the libFLAC library, even if i specify --with-flac=/usr/local/lib (or even just --with-flac=/usr/local/, as the configure script seems to look in the lib and include subdirectories of the specified path?). i get a configure error:

I need some help trying to compile the FLAC source on Solaris 9. It get's pretty far along and I receive the following error making test_seeking: "Don't know how to make ../../src/libOggFLAC/libOggFLAC.la When I try to make the libOggFLAC it fails trying to find ogg/ogg.h which I can't seem to find anywhere in the source. Any ideas? Thanks in advance, Mike.

During last update packets pidgin and libpurple were updated while "yum update"-ing Is it a common and normal thing that both x86_64 and i386 arch rpms are installed during update? This not the first time. -- Cheers, Alexx mailto:alexx187 at gmail.com

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Centos, Is 4:perl-5.8.8-43.el5_11.x86_64 really dependent on the 32 bit perl.i386 4:5.8.8-43.el5_11 as yum is suggesting, or has something got mixed up on the system? yum install perl Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: repo.bigstepcloud.com * epel: mirror.bytemark.co.uk * extras:

/usr/bin/ld: bad -rpath option collect2: ld returned 1 exit status make[4]: *** [libFLAC.la] Error 1 --- flac-1.1.2/src/libFLAC/Makefile.in.orig 2005-02-04 21:23:37.000000000 -0500 +++ flac-1.1.2/src/libFLAC/Makefile.in 2006-04-30 20:30:00.000000000 -0400 @@ -399,7 +399,7 @@ rm -f "$${dir}/so_locations"; \ done libFLAC.la: $(libFLAC_la_OBJECTS)

All, I am now building rpms on, and using a multi-lib arch (x86_64) for the first time ... when using the standard command: rpm -qa | grep pkg_name The results might be pkg_name.i386 or pkg_name.x86_64 ... or both. But, the way it is shown by the default query format, looks the same ... like this: pkg_name pkg_name ---------------------------- example: [root at x86-64 ~]# rpm -qa | grep

----- 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

I updated my i386 systems without any problems, but when I tried to update one of my x86_64 systems, I got an error from yum. Transaction Check Error: file /usr/include/libdevmapper.h from install of device-mapper-1.02.02-3.0.RHEL4 conflicts with file from package device-mapper-1.01.04-1.0.RHEL4 So it can't install the newer package because it conflicts with the older package???

Thanks Josh, Where can I get "libogg" from? Mike. On Tue, 2 Nov 2004 11:15:36 -0800 (PST), Josh Coalson <xflac@yahoo.com> wrote: > --- Mike Fitterman <cutshot@gmail.com> wrote: > > > > I need some help trying to compile the FLAC source on Solaris 9. > > > > It get's pretty far along and I receive the following error making > >

On Wednesday, February 5, 2003, at 10:47 PM, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > good, very good. it may take me a little bit to get to it > since I'm starting a new job next week. > > Ben, can you inspect the patch and confirm that it covers > what you also suggested? The patch fixed the problem with your libs. However, when

On Fri, Nov 08, 2002 at 12:39:52PM -0800, Josh Coalson wrote: > --- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > > I have few notes: > > > > It seems there is changed API in CVS again. So, what about adding > > function like > > unsigned FLAC__format_frame_size(const FLAC__Frame *frame) > > which returns size of the frame in bytes. This

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?

Hello! Need to install the required rpmz to support 32bit apps on 64bit Centos 4. How to find out which rpmz are needed? TIA Tony