similar to: Menu's & Sub-Menu's

I'm testing an ivr implementation (first time) using: exten => 620,1,Wait,1 exten => 620,2,Answer exten => 620,3,DigitTimeout,5 exten => 620,4,ResponseTimeout,10 exten => 620,5,Background(npi-greeting) ; "Thanks for calling press 1 for" exten => 1,1,Goto(npi-directory,s,1) For initial testing, I've arbitrarily mapped this onto ext 620 (will change that later

https://bugzilla.samba.org/show_bug.cgi?id=7015 Summary: Build problems on HP-UX, Tru64 -- alloca, -Wno-unused- parameter Product: rsync Version: 3.0.6 Platform: Other OS/Version: Other Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org

Unless someone already has a snazzy isolinux image that lets you select multiple makes and models to update bios's that's willing to share. I was curious if someone could tell me how to go from my isolinux.cfg into sub menu categories so instead of having one great big menu with multiple makes models and bios revisions, I can drill down into menu's until i get to the bios revisions to

Wilson, I figured it out. The wiki says that you should use "inband" DTMFmode for Polycom phones and this was what I was using when I used a previous AAH version and a previous phone firmware and things were good. However, in banging on all the options I tried switching this to rfc2833 and the menu's started working. I'll add a comment to that wiki page. Thanks again for

Is there a simple well to test a menu after compiling rather than actually booting with it from pxe or off the cd? I guess it would run inside dosemu? Thanks, James James S. Martin, RHCE Contractor Administrative Office of the United States Courts Washington, DC (202) 502-2394

I've now been able to test the simple.com in dosemu, worked fine. We provide a CD that has multiple kickstart configurations on it and users are prompted as to what type of server they want to build based upon the isolinux.cfg selections. My goal is to use Murlai's menuing system instead because the large number of configs is taking too much screen real estate. Looking at simple.c

"Menu" is limited to 8 menus with 12 items each. Is there any chance to grow the number of menus ? -- Erwan Velu Linux Cluster Distribution Project Manager Mandrakesoft 43 rue d'aboukir 75002 Paris Phone Number : +33 (0) 1 40 41 17 94 Fax Number : +33 (0) 1 40 41 92 00 OpenPGP key : http://www.mandrakesecure.net/cks/

Hi Roscoe, I couldn't make it though that excel worksheet without my eyes glazing over... but do you want something like data(mtcars) tab <- xtabs(~cyl + gear, data=mtcars) tab/sum(tab) ? Best, Isat On Mon, May 3, 2010 at 10:08 PM, Roscoe <Roscoe at exemail.com.au> wrote: > Dear R-Help, > > First post, be gentle... > > I am new to R: I can perform basic functions

Hi * after trying everything I could think of and find on the web, I'm totally stumped ... maybe someone give me some hints on what I'm doing wrong, or where to look ... I have an ancient customer box with sendmail & cyrus imap, with imap using an LDAP database of users (no locally configured users), all of which is working fine. This machine needs to be replaced by a new

Hi, Is it intended that llvmc should search PATH for llc? For example, this means that llvmc 2.7 can invoke llc 2.8: % echo $PATH /home/jdenny/installs/llvm/2.8/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games % /home/jdenny/installs/llvm/2.7/bin/llvmc test.ll llc: Unknown command line argument '-f'. Try: 'llc -help' % strace -f

Hi, Joel E. Denny <jdenny <at> etinternational.com> writes: > > Hi, > > Is it intended that llvmc should search PATH for llc? For example, this > means that llvmc 2.7 can invoke llc 2.8: > [...] This is fixed in 2.8+ - llvmc now searches the directory it resides in first.

>> DHCP seems to be working properly - returning the correct boot file >> for the architecture of the PXE client, but when I try to boot >> syslinux.efi, it gets the file then keeps requesting ldinux.e64 over >> and over again. The file is there and available. A wireshark trace >> shows it keeps requesting the file, followed by the server responding to the

Hi, I have a different behavior using sftp compared to ftp for a user with a user defined shell on a solaris machine. ftp rejects any user having a user defined shell. sftp is allowing the user with user defined shell, unfortunately as the sftp client bails out saying the following message: "Received message too long 537548147" Is it because the user shell, outputting lot of text?

>> DHCP seems to be working properly - returning the correct boot file >>> for the architecture of the PXE client, but when I try to boot >>> syslinux.efi, it gets the file then keeps requesting ldinux.e64 over >>> and over again. The file is there and available. A wireshark trace >>> shows it keeps requesting the file, followed by the server

On 7/5/19 9:22 PM, Steve Murphy wrote: > hw-- > > I see this kind of behavior when the certificate expires... you've > probably checked this, but sometimes we > miss little details like that. I thought about that and checked the configuration I've been using to create the certificate, and I can't see anywhere that it would expire earlier than after 3650 days. Is

Trying to apply the latest updates to an Athalon base fully updated CentOS 4.2. In the past used the update process kicked off by clicking the hand-dandy red icon. This failed, so I tried yum. Somewhere in the process, it complained that there was no GPG key for the lame libraries (IIRC, everything's a little hazy after all the Googling trying to fix this). Anyway, tried "yum

Hi, I had to start using Dovecot on a machine as the new OS does not come with Cyrus IMAP anymore. After multiple problems, I managed to get everything working, including LDAP authentication against the (old) Novell LDAP server. Anyway, the authentication is supposed to be migrated to the new Windows AD. For other tools, I successfully migrated the config to use AD, but somehow Dovecot does not

On 25.09.2017 20:28, Sami Ketola wrote: >> On 25 Sep 2017, at 21.19, Garry Glendown <garry at glendown.de> wrote: >> >> doveadm(root): Error: chdir(/root/) failed: Permission denied >> (euid=479(dovecot) egid=478(dovecot) missing +x perm: /root, dir owned >> by 0:0 mode=0700) >> doveadm(root): Error: chdir(/root) failed: Permission denied >> >>

I do not mean to be argumentative, but I have to admit a little frustration with Gluster. I know an enormous emount of effort has gone into this product, and I just can't believe that with all the effort behind it and so many people using it, it could be so fragile. So here goes. Perhaps someone here can point to the error of my ways. I really want this to work because it would be ideal

During the diagnostics of my SAN failure last week we thought we had seen a backplane failure due to high error counts with ''lsiutil''. However, even with a new backplane and ruling out failed cards (MPXIO or singular) or bad cables I''m still seeing my error count with LSIUTIL increment. I''ve got no disks attached to the array right now so I''ve also