On Fri, Aug 21, 2009 at 11:36 AM, Axel Thimm<[email protected]> wrote:
>
> Here is a preliminary announcement:
>
> * There is asterisk 1.6, 1.4 and 1.2 support for up RHEL5/4 and
>  F11/F10 in the repo. All packages are fresh with recent CVE fixes as
>  well as the moh provider change. There are also some more
>  dependencies added enabling some functionality that wasn't available
>  until now.
>
> * Asterisk 1.2.x and asterisk 1.4.x have been renamed to asterisk12
>  and asterisk14 respectively, similar for supporting packages. There
>  are automatic upgrade paths to make asterisk 1.4 packages upgrade to
>  asterisk14. Asterisk 1.6 packages will not be affected that way.
>

Hi again,

I've been talking to someone in #centos and he has a problem upgrading
to the latest Asterisk 1.4 version :

# yum -y update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: mirror.files.bigpond.com
 * updates: mirror.files.bigpond.com
 * addons: mirror.files.bigpond.com
 * extras: mirror.files.bigpond.com
Setting up Update Process
Resolving Dependencies
--> Running transaction check
--> Processing Dependency: libtonezone.so.2.0 for package: asterisk14
---> Package asterisk14.i386 1:1.4.26.1-85.el5 set to be updated
--> Processing Dependency: libgsm.so.1 for package: asterisk14
--> Processing Dependency: libradiusclient-ng.so.2 for package: asterisk14
--> Processing Dependency: libiksemel.so.3 for package: asterisk14
--> Processing Dependency: libspeexdsp.so.1 for package: asterisk14
---> Package dahdi-tools.i386 1:2.2.0-62.el5 set to be updated
---> Package asterisk-core-sounds-en-alaw.noarch 0:1.4.15-58 set to be updated
---> Package asterisk-moh-opsound-wav.noarch 0:0.0.090818-56 set to be updated
---> Package asterisk-core-sounds-en-gsm.noarch 0:1.4.15-58 set to be updated
---> Package kernel.i686 0:2.6.18-128.7.1.el5 set to be installed
---> Package kernel-headers.i386 0:2.6.18-128.7.1.el5 set to be updated
---> Package asterisk-extra-sounds-en-alaw.noarch 0:1.4.9-57 set to be updated
--> Running transaction check
---> Package libradiusclient-ng2.i386 0:0.5.6-0.el5 set to be updated
---> Package asterisk14.i386 1:1.4.26.1-85.el5 set to be updated
--> Processing Dependency: libgsm.so.1 for package: asterisk14
--> Processing Dependency: libspeexdsp.so.1 for package: asterisk14
---> Package libiksemel3.i386 0:1.4-1.el5 set to be updated
---> Package libtonezone2.i386 1:2.2.0-62.el5 set to be updated
--> Finished Dependency Resolution
1:asterisk14-1.4.26.1-85.el5.i386 from atrpms has depsolving problems
  --> Missing Dependency: libgsm.so.1 is needed by package
1:asterisk14-1.4.26.1-85.el5.i386 (atrpms)
1:asterisk14-1.4.26.1-85.el5.i386 from atrpms has depsolving problems
  --> Missing Dependency: libspeexdsp.so.1 is needed by package
1:asterisk14-1.4.26.1-85.el5.i386 (atrpms)
Error: Missing Dependency: libspeexdsp.so.1 is needed by package
1:asterisk14-1.4.26.1-85.el5.i386 (atrpms)
Error: Missing Dependency: libgsm.so.1 is needed by package
1:asterisk14-1.4.26.1-85.el5.i386 (atrpms)

I've did some checking. The gsm package is in bleeding. I guess
because it is a new package, so I presume it will end up in stable
sooner or later. The speex issue is a bit different. It seems this
version of Asterisk is compiled against the speex 1.2 present in
testing. I have a feeling that 1.4 used to be compiled against the one
in available in the OS. But I'm not really sure. I personally don't
mind using the version in testing. But it could mean that a lot of
people currently using 1.4 (and probably 1.2) will need to enable the
testing repo.

Regards,
Tim

-- 
Tim Verhoeven - [email protected] - 0479 / 88 11 83

Hoping the problem  magically goes away  by ignoring it is the
"microsoft approach to programming" and should never be allowed.
(Linus Torvalds)

_______________________________________________
atrpms-devel mailing list
[email protected]
http://lists.atrpms.net/mailman/listinfo/atrpms-devel

Reply via email to