>> I have only ever done it manually and as patch to rpms using this method: >> http://www.rowetel.com/ucasterisk/oslec.html#install_dahdi > >Did it work? I kind of doubt that parts of kernel 2.6.28+ could build >cleanly on 2.6.18, but maybe it does.
Yup, it builds fine, AFAIK there is only one Linux, RHEL:) >> http://git.tzafrir.org.il/?p=dahdi-extra.git;a=summary > >That looks most promising. Yea, and it works against the elrepo kmod (See below). >> How is it intended that one deploys and uses the rpm you provide? >> It doesn't have any deps or provides? > >It has dependencies on the kernel it needs. > >> Does one handle getting the user space tools on his own, the digium ones >> are rather tailored to their build methods. > >Which tools are you referring to? Most are already packaged up. Very sorry here, I had your rpm mixed up with elrepo's, and they don't provided a dahdi-tools collection. It's all good! >> lastly, the testing rpm for your latest build added and "extra" dir in the >> module path under the kernel, was that by mistake? > >"extra" is the default dir for modules built oot. It is nicer to have >them in a parallel tree under updates, but ultimatively it is a >cosmetic issue. Again, I am so useless, I mixed up my build notes between the two repo's. You can toss a virtual brick at me:) Thanks for all the patience here, Tzafrir's patch applies perfectly to your srpm, I have it installed on a test box w/o issue so I will get it on a production box this weekend. Appreciate the help! jlc _______________________________________________ atrpms-users mailing list [email protected] http://lists.atrpms.net/mailman/listinfo/atrpms-users
