Koozali.org: home of the SME Server
Obsolete Releases => SME VoIP (Asterisk, SAIL etc) => Topic started by: apmuthu on March 01, 2013, 06:52:18 PM
-
The last dahdi-linux-kmod was compiled for CentOS v5.8 kernel version 308.24.1.
The src rpm for it is at:
dahdi-linux-kmod-2.6.1-1_centos5.2.6.18_308.24.1.el5.src.rpm (http://packages.asterisk.org/centos/5/current/SRPMS/dahdi-linux-kmod-2.6.1-1_centos5.2.6.18_308.24.1.el5.src.rpm)
The src rpm file has been patched for the xdefs.h bug and is available at:
dahdi-linux-kmod-2.6.1-1_centos5.2.6.18_348.1.1.el5.src.rpm (http://www.apmuthu.com/files/dahdi-linux-kmod-2.6.1-1_centos5.2.6.18_348.1.1.el5.src.rpm)
Attempting to rebuild the rpm from it only creates the i386 build version of the rpm:
kmod-dahdi-linux-2.6.1-1_centos5.2.6.18_348.1.1.el5.i386.rpm
Note the change in names of the RPM and the SRPM.
How do we get the i686 version of it?
yum install kernel-devel kernel-xen-devel kernel-PAE-devel
was also done.
Even the rpmbuild --target i686 --define 'kvariants ""' was also done to no avail.
Line 160 of the file /usr/src/kernels/2.6.18-348.1.1.el5-i686/Makefile:
SUBARCH := $(shell uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ \
shows that the i686 command line argument for the target ARCH gets changed to i386.
Any workaround other than to tinker with the kernel Makefile to generate the i686 version of the rpm?
On making the said line:
SUBARCH := $(shell uname -m | sed -e s/i.86/i686/ -e s/sun4u/sparc64/ \
We now get the following error:
make[1]: Entering directory `/usr/src/kernels/2.6.18-348.1.1.el5-i686'
Makefile:495: /usr/src/kernels/2.6.18-348.1.1.el5-i686/arch/i686/Makefile: No such file or directory
make[1]: *** No rule to make target `/usr/src/kernels/2.6.18-348.1.1.el5-i686/arch/i686/Makefile'. Stop.
make[1]: Leaving directory `/usr/src/kernels/2.6.18-348.1.1.el5-i686'
make: *** [modules] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.90501 (%build)
The said folder /usr/src/kernels/2.6.18-348.1.1.el5-i686/arch/i686/ does not exists and hence the missing Makefile error.
Now do we just
1. symlink or copy the i386 equivalent in as i686 (both tested to produce only the i386 rpm) or
2. is there any rpm from which it is obtained or
3. do we copy over the i386 folder and (where to and what) tweak it?
CPU Architecture 'i686' does not support VPMADT032 or HPEC. Skipping.
-
Hi Ap.muthu
I don't have an answer I'm afraid. Because of the dependencies of the Asterisk kernel modules, we've always concentrated on creating a stable distro based upon the SME base augmented with SAIL and whatever RPMS are pointed to by the Asterisk 'current' repo pointer. For EL5, I think this is still 1.8.7 at the moment but I'll check it and come back to you.
Best
S
-
The penalty is living with a compromised kernel (308) in this case.
-
A new CentOS 5 / SME 8 kernel has been released.
The freshly compiled dahdi-linux-kmod rpm with sprm and no spec sheet changes other than version is available at:
http://www.apmuthu.com/files/CentOS-Dahdi-Linux-Kmod.zip
The new kernel is:
centos5.2.6.18_348.2.1.el5
-
Thanks apmuthu
Best
S
-
New kernel:
kernel-2.6.18-348.3.1.el5.i686.rpm
No DAHDI / Asterisk rpms yet.
DAHDI RPMs (http://packages.digium.com/centos/5/current/i386/RPMS/?C=M;O=A)
Asterisk RPMs (http://packages.asterisk.org/centos/5/current/i386/RPMS/?C=M;O=A)
-
A new CentOS 5 / SME 8 kernel has been released.
The freshly compiled dahdi-linux-kmod rpm with sprm and no spec sheet changes other than version is available at:
http://www.apmuthu.com/files/CentOS-Dahdi-Linux-Kmod.zip
apmuthu,
really appreciate all what you do and joining this community a with a zillion percent energy!
There are some pointers that you may want to take into consideration:
- Please only submit patches
- Please only make available new files/rpm's throught your personal contribs area on contribs.org
reasons for these are:
- All should be to be able to review and comment, so only patches are viable for reviews
- New non contribs.org sources (repo/download/zip) are not trusted by default.
TIA for your considerations.
guest
-
Hi RequestedDeletion,
Thankyou for your kind words.
I do not know where my personal contribs.org area for placement of patches is.
I am placing all my files for predominantly personal use at my personal domain (http://www.apmuthu.com) for tracking opensource developments and make it available to those who want to further it's cause.
As a matter of full disclosure, I am placing both SRPM and RPM besides spec and notes where necessary so that anyone can see the diff patch from whatever source they already have. Patches against existing repo sprms / files vis-a-vis my contributions are included in such zips or are placed in the bugzilla (thanks @stephdl) or links to uploads in appropriate wikis.
Since each endeavour is done purely out of hobby interests and sometimes sponsored by kind individuals and is done at a specific point in time based on dependencies available it should be followed and used with care. The rpms are provided for the lazy ones who wish to trust my endeavours explicity - obviously at their sole risk!
Unfortunately, progress in the development of active open source projects far outstrips the pace with which the community documents it in their wikis (quite a few do not have any beyond a mostly outdated readme). This may be in some instances, a solicitation for funding/sponsors and / or an attempt to demand consultancy contracts (unfair use of position in market place), but where the public is largely interested with a strong long standing userbase such as the SMEServer project, in the long run mischief and vested interests will be exposed or project forked where other (funding / bespoke intelligence interests of national / corporate entities) factors encourage it.
It is in this space of documentation on experimentation firsthand that I endeavour to fill this lacunae here.
-
I do not know where my personal contribs.org area for placement of patches is.
Please see: http://wiki.contribs.org/Releasing_Contribs
-
I tried my Forum / Wiki access cerdentials and the SF.net credentials to no avail attempting to ssh into shell.contribs.org
Your link while informative does not provide a simple and prominent display of how to get a user account at (shell.)contribs.org repo and a folder there for placing my contribs.
I have postedin the forum and submitted the smeserver-crontab-manager addon RPM, SRPM and SPEC files in the bugzilla and made an entry in the wiki as well.
-
I tried my Forum / Wiki access cerdentials and the SF.net credentials to no avail attempting to ssh into shell.contribs.org
Your link while informative does not provide a simple and prominent display of how to get a user account at (shell.)contribs.org repo and a folder there for placing my contribs.
Indeed, the 'request access' part seems missing. Could you please send an email requesting a 'contribs area' to admin@contribs.org for now?
Thanks & regards,
guest
-
@hwang: Thanks for the email id.
Just sent the request mail.
-
@hwang: Thanks for the email id.
Just sent the request mail.
Thank for your attempt and your patience ap
-
Hi,
IMHO it is much easier to compile dahdi and asterisk straight from digium sources.
just few commands make make all, make config ...etc.
but there is only one tip for centos
or you have to patch dahdi 2.6.1 (xdef.h)
or just use 2.6.2 (for now it is availbale as stable release - but i was using also RC2 version with success)
if you also install subversion package (from base repo) you are able to add mp3 natvie supprot . (there scripts in asterisk sources which you can use. all data you receive just after you made asterisk menuselect ste during compling asterisk from sources.
one more thing remeber that if you want to have CDRs in MySQL you have to install mysql-devel package
Best Bialy
P.S. if you detailed instruction for compiling just let know. i will paste step by step instructions
-
@bbialy: When we have many machines to populate Asterisk / DAHDI, compiling from sources each time is not an effective option. For a one off install what you say is fine.
A consolidated script to download the sources and make the rpms and generate a script to install everything thru' to SAIL would be the best way forward and whenever the kernels change, we can recompile then alone.
@stephdl: http://mirror.contribs.org/smeserver/contribs/ still does not have my name in it!
-
@bbialy: When we have many machines to populate Asterisk / DAHDI, compiling from sources each time is not an effective option. For a one off install what you say is fine.
A consolidated script to download the sources and make the rpms and generate a script to install everything thru' to SAIL would be the best way forward and whenever the kernels change, we can recompile then alone.
@stephdl: http://mirror.contribs.org/smeserver/contribs/ still does not have my name in it!
Was this something you were considering then? As that script sounds really useful.
Paul
-
It's been quite a while I worked on Asterisk compilation. Yes, I was considering building such a script but SAIL and the kernels kept changing every so often, it didn't seem worth the effort except for building an OpenVZ template for a static version.
I haven't got my folder in the SME contrib repo as yet.