similar to: How do I get pass this libvorbis-1.0.1-1, libvorbis-devl-1.0.1-1 dependency failure?

Hi. I'm trying to use CentOS4.2 for some audio work (ie. sound editing, etc.). I found a site called PlanetCCRMA (http://ccrma.stanford.edu/planetccrma/software/) and decided that I would give some of their applications a try (hoping that it would not affect my system greatly!). At first I tried the Fedora 3 packages (and they do work), but what I really wanted to do is to download the

I am having trouble with FC3. After doing a yum update (of 1264 packages) I still cannont compile 1.2.1 from source: make[1]: `libedit.a' is up to date. make[1]: Leaving directory `/usr/src/asterisk-1.2.1/editline' make[1]: Entering directory `/usr/src/asterisk-1.2.1/db1-ast' make[1]: `libdb1.a' is up to date. make[1]: Leaving directory `/usr/src/asterisk-1.2.1/db1-ast'

Am 21.03.23 um 23:10 schrieb Fred: > that's what I thought at first, but there is no gimp-devel either > installed, or available. > I think you will get more trouble because this plugin uses python2 code and I am not sure if this is supported under EL9. You could try the flatpak version of this plugin ... $ flatpak remote-add --user --if-not-exists flathub

I have a brand new installation of Rocky Linux 9.1 (I know, this isn't a Rocky mailing list, but I can't find anything on this on Rocky forums, etc. so I figured I would ask here), and I installed Gimp, and would like to install the Resynthesizer plugin package. Trying to compile it from source, autogen.sh complains that I don't have the gimp development libraries installed. In fact,

This was my experience with upgrading, your mileage may vary especially if it's in kilometers. This is what I had to do to get my system running again. ############## In order to attempt this upgrade, I had to use "linux upgradeany", a mode not listed for the installer CDs. My first problem was I could no longer boot the system after the upgrade. My grub menu showed my old

I dunno. I guess it could be. Went to the Gimp site and saw that glib-devel was mentioned there. My tired old brain is a bit confused by this, since most other -devel packages put -devel following the program/package name, and gimp doesn't. I'll give that a try, though, to see if it takes care of my issue. Thanks! On Tue, Mar 21, 2023 at 2:32?AM Simon Matter <simon.matter at

Wondering if anyone could give me a little assistance here. I'm trying to setup monitoring of the UPS so the system can shutdown nicely. I have an Energizer ER-HM450 UPS. When I plug it in the system finds it as: kernel: input: USB HID v1.00 Gamepad [Ver 1.0 USB To RS232 Interface (V1.0) BaudRate 2400bps] on usb-0000:00:03.1-1 Looking at the FAQ makes me think I should have a section in the

that's what I thought at first, but there is no gimp-devel either installed, or available. Fred On Tue, Mar 21, 2023 at 2:39?PM Robert Heller <heller at deepsoft.com> wrote: > At Tue, 21 Mar 2023 14:13:50 -0400 CentOS mailing list <centos at centos.org> > wrote: > > > > > well, I'm still confused. > > > > sudo dnf install glib2-devel says it

hi, i cross compiled the libao,libogg,libvorbis& vorbis-tool files to my arm board, all went right for libao,libogg,vorbis-tool, but while cross compiling libvorbis after, make install it showed the following error -z "/root/ogg/lib" || /bin/mkdir -p "/root/ogg/lib" /bin/sh ../libtool --mode=install /usr/bin/install -c 'libvorbis.la'

Dear All, I am trying to cross compile the dependencies of ices for arm linux. I have been able to compile libxml2 (2.6.32) and libogg (1.1.3) successfully but I am getting stuck at compiling libvorbis (1.2.0). Making install in examples make[1]: Entering directory `/home/sr/armlinux/stream/libvorbis-1.2.0/examples' /bin/bash ../libtool --tag=CC --mode=link /usr/local/arm/bin/arm-linux-gcc

A new libvorbis release is now available. http://downloads.xiph.org/releases/vorbis/libvorbis-1.2.0.tar.bz2 http://downloads.xiph.org/releases/vorbis/libvorbis-1.2.0.tar.gz http://downloads.xiph.org/releases/vorbis/libvorbis-1.2.0.zip This release fixes some robustness issues with corrupt streams, including a security issue. Also new in this release is support for multiplexed streams in

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:

CentOS Errata and Security Advisory 2012:0136 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0136.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ffd0931ac246c926bb29585865f972e262460ac75edeccd35e59bdc4bd6e4e15 libvorbis-1.2.3-4.el6_2.1.i686.rpm

CentOS Errata and Security Advisory 2018:0649 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0649 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2e06e17e114f1fb82b38494b2a749d03a24ab1ad4c7bd5802ca8c7d6d604dcdb libvorbis-1.2.3-5.el6_9.1.i686.rpm

Here is a patch that implements a check so that libvorbis complains when a comment string that is not UTF-8 is added. This patch will break oggenc without my UTF-8 patch. (http://noa.tm/oggenc-utf8.2.diff.gz) I've tested the verification algorithm on ~150k strings in various charsets (from the gnome translations) and about 0.02% of the strings that has chars with 8th bit set is valid UTF-8

Hello, On a machine with CentOS-5.6, I need libvorbis >= 1.2, so I have recompiled and packaged libvorbis. But I get the following error : $ rpm -U /usr/src/redhat/RPMS/x86_64/libvorbis-1.2.3-phn.1.x86_64.rpm /usr/src/redhat/RPMS/x86_64/libvorbis-devel-1.2.3-phn.1.x86_64.rpm package libvorbis-1.1.2-3.el5_4.4.x86_64 (which is newer than libvorbis-1.2.3-phn.1.x86_64) is already

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

I'm pleased to announce the release of new versions of our Ogg and Vorbis reference implementation libraries. These are bug fix releases, with no new features. Particularly important is a fix for a pointer aliasing bug triggered by the new gcc 4.x optimizer. Because of this we strongly recommend that all gcc-based users upgrade, i.e. those on GNU/Linux and MacOS X, for example. The new

I'm pleased to announce the release of new versions of our Ogg and Vorbis reference implementation libraries. These are bug fix releases, with no new features. Particularly important is a fix for a pointer aliasing bug triggered by the new gcc 4.x optimizer. Because of this we strongly recommend that all gcc-based users upgrade, i.e. those on GNU/Linux and MacOS X, for example. The new