similar to: Recompiling dahdi-linux after kernel update - To minimize downtime

Is there a proper, documented way to cross compile DAHDI and Asterisk for a processor/system other than the one you're currently typing on? Now.. I have been doing this for some time, but it's been really frustrating every time I change/upgrade, etc. I've just tried to compile DAHDI for an AMD Geode system on my development system which is Intel Atom. Building the kernel is easy -

Updated the kernel on a fc3 box from 2.6.9-1.667 to 2.6.12-1.1372_FC3 today. Now the cvs-head for zaptel won't compile (libpri and asterisk does). The problem seems to be a symlink issue with the zaptel/Makefile looking for: KSRC:=/lib/modules/$(KVERS)/build and it doesn't exist. The kernel source for 2.6.12 was applied succesfully (supposedly) but a find on "build" does not

Hello, # rpm -qa | grep kernel kernel-headers-2.6.18-274.18.1.el5 kernel-PAE-2.6.18-128.el5 kernel-devel-2.6.18-274.18.1.el5 kernel-PAE-devel-2.6.18-274.18.1.el5 [root at localhost ~]# uname -i i386 Trying to install dahdi-linux-complete-2.3.0.1+2.3.0 on CentOS but get below error. Can you please assist in this? [root at localhost dahdi-linux-complete-2.3.0.1+2.3.0]# make make -C linux all

Is there any known reason that the DISA() routine should behave differently than WaitExten() as far as recognizing DTMF tones? If not, I suspect there's a bug here. Try it yourself--two DID's on our PRI, numbers below let you test each routine: It is my observation that some setups/phones DO and some DO NOT express this variance. --I could not show any variance on a sprint mobile phone

Calls that come in on DAHDI FXO ports are routed to [context], extension 's' INSTEAD, I would like to route specific ports to specific extensions, For example: I want DAHDI/1-1 to go to 1234 I want DAHDI/1-2 to go to 2345 I want DAHDI/1-3 to go to 3456 ...etc What is the CLEANEST way to do this? Yes, I can create a private context for each DAHDI channel but that seems messy and

Hi all, I am wanting to use an option from the ./configure script with zaptel to compile zaptel for a different kernel than the running kernel. How do I do that exactly. Example: Current kernel is 2.6.18-8.1.4.el5 and I want to compile zaptel for 2.6.18-53.1.4.el5 I am using centos 5.1 or RHEL 5.1 So when I reboot zaptel is ready to go. How do I do that? Thanks, Jerry

On Tue Jul 07 2020 02:07:08 GMT-0400 (Eastern Standard Time), Mark Constable <markc at renta.net> wrote: > FWIW I meant if the client is Windows7/old-Outlook then changing either > 993/SSL or 143/STARTTLS to 143/NONE could help pick up the mail. We had > to do this for a 100 or so clients a few months ago after upgrading to > Ubuntu 20.04. Really, really bad idea. You just

In Asterisk 1.6, there is an option to use the 'new g.711 algorithm'. "Use the NEW ulaw/alaw codec's (slower, but cleaner)" By slower does this mean more 'expensive', or does it instead mean that there will be more algorithmic latency? Both? Can anyone speak to the relative increases? With regard to accuracy, can anyone speak to what kind of situation might

Package: blktap-dkms Version: 2.0.91-1 Severity: important User: debian-qa at lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean

I using the asterisk yum repository at http://packages.asterisk.org/centos/5/current to install a vanilla asterisk. All went well on my development server, which is a fully up to date CentOS5 machine. But now I am trying to do the same with my production server, which is an OEL5 machine with the 2.6.18-128.el5PAE kernel. This throws a dependency error for kmod-dahdi-linux.

Hello Folks, I looking to migrate a pbx from one server to another. The original server has this ISDN card: ? 00:00.0 ISDN controller: Cologne Chip Designs GmbH ISDN network Controller [HFC-4S] (rev 01) ? The new server: 00:00.0 I2O: Digital Equipment Corporation StrongARM DC21285 (rev 04) << AVM ISDN Controller C4 Now I'm not fully aware of both's cards functions since the manuals

Again trouble compiling bristuff-0.3.0-PRE-1q with the florz patch on a x86_64 box (I guess nobody is using x86_64 platform or is able to fix this themselves?) First of all when bristuff is downloaded and compile is started it appears that the bristuff Makefiles are badly broken. The asterisk Makefiles all do see to find the kernel sources on a RHEL4 box in the proper directory, the pure

Is there a way to use full information maximum likelihood (FIML) to estimate missing data in the sem package? For example, suppose I have a dataset with complete information on X1-X3, but missing data (MAR) on X4. Is there a way to use FIML in this case? I know lavaan and openmx allow you to do it, but I couldn't find anything in the documentation for the sem package. Thanks! -- Dustin Fife

Hi, If I have multiple kernel sources in /usr/src, e.g. linux-headers-2.6.26-1-686 linux-headers-2.6.26.custom.1 how does the Zaptel Makefile(?) know which one to pick? Is it a good approach to compile the kernel first and then compile Zaptel "manually" afterwards? Or should I rather put zaptel in /usr/src/modules and use fakeroot make-kpkg ... modules_image in the kernel

This may be more a Linux issue but maybe someone can help. I need to know how to compile zaptel for a kernel version different from the one I am running at the moment. Basically I need to do this because I run into trouble when the customer updates the Linux kernel and the next time they restart they do not have the zaptel modules installed. What do I need to do to be able to compile zaptel for

On 16/7/20 5:54 am, Benny Pedersen wrote: >>> FWIW I meant if the client is Windows7/old-Outlook then changing >>> either 993/SSL or 143/STARTTLS to 143/NONE could help pick up the >>> mail. > > windows 7 just need tls 1.0, why its need to disabled all, is as well > beyong me, do not disable tls 1.0 in dovecot aslong one have windows > 7 clients Would anyone

Allison Smith just created a hysterical parody music on hold Parody. Whatever you were doing, stop, and dial this number to listen to it: 360-519-5689. 2 minutes. I just gave her a few ideas, but she took it and ran with it--she chose the audio and did the mix-down and everything. Really funny!! -Karl -------------- next part -------------- An HTML attachment was scrubbed... URL:

Let me start with an example: par(mfrow=c(2,3)) for (i in 1:5){ x = rnorm(100) y = .5*x + rnorm(100, 0, sqrt(1-.5^2)) plot(x,y) } Note that there's five plots and six spaces for those plots via mfrow, leaving one row empty. Is there a way to have the bottom two plots centered? I think it looks weird to have them left-justified. Thanks in advance for the help! -- Dustin Fife PhD

Forgive me if this is a trivial question, but I couldn't find it an answer in former forums. I'm trying to reproduce some SAS results where they set two parameters equal. For example: y = b1X1 + b2X2 + b1X3 Notice that the variables X1 and X3 both have the same slope and the intercept has been removed. How do I get an estimate of this regression model? I know how to remove the intercept

I notice that the installation of Asterisk 1.8.8 thru 1.8.10 (probably earlier versions too) remove the group write permissions from /etc/asterisk/. which is different than 1.4. And 1.6. Is this expected behavior? If so, what's the rationale? If not, I'll submit a bug report if someone hasn't beaten me to it. -K -------------- next part -------------- An HTML attachment was