similar to: snom 190 (etc.?) dialscript for * debugging and kaddressbook

Displaying 20 results from an estimated 80 matches similar to: "snom 190 (etc.?) dialscript for * debugging and kaddressbook"

2006 Mar 20
4
simple perl-agi - where's the error?
Hello! I'm trying to setup a perl-deadagi, but my perl skills lack. can someone tell me why the following code doesn't work: #!/usr/bin/perl use Asterisk::AGI; $AGI = new Asterisk::AGI; $dialstring = $AGI->get_variable("DIALSTRING"); $res = $AGI->exec("DIAL $dialstring"); the asterisk output says: AGI Rx << GET VARIABLE DIALSTRING AGI Tx >> 200
2005 May 09
0
New script: /usr/bin/asteriskdial + Kontact
Hey all - Attached is quick perl script i whipped together this morning to dial from Kontact (well, KAddressBook). You'll need Net::Telnet (perl -MCPAN -e 'install Net::Telnet') for it to work. You'll also need to make sure you've got a valid user/secret in /etc/asterisk/manager.conf on your * server for this to work. Usage: /usr/bin/asteriskdial --from
2020 Jan 25
2
Installing KDE on C8?
Good morning, I'm try to install KDE on C8. I can see the grouplist for KDE: yum grouplist Last metadata expiration check: 0:06:07 ago on Sat 25 Jan 2020 11:43:01 AM EST. Available Environment Groups: Server with GUI Server Minimal Install KDE Plasma Workspaces Virtualization Host Custom Operating System Installed Environment Groups: Workstation Installed Groups:
2009 Jul 30
2
LDAP howto using ds-base and ds-admin and related consoles
Hi, I have previously used openLDAP and read many of their howto documents for establishing an LDAP server. RH and CentOS provide <brand>-ds-base and related rpms and I like what I see and read about the product. I found the wiki article on installing the rpms and getting it running on a server - so far so good. Then I fall into a big hole. What are the key items that need to be put in
2005 Sep 22
0
SNOM 190 '486/Busy here' after upgrade to firmware 3.60s
Looks like this phone has redirection or DND set. Anything on the display? If it still a mystery send us the settings of the phone, then it should become clear. BTW if you have a snom trouble ticket, you can also go to http://www.snom.com/onlinesupport.html (scroll down to set up an account). CS > -----Original Message----- > From: asterisk-users-bounces@lists.digium.com >
2013 Oct 08
1
nut-2.6.5:rhino.c:190: bad if test ?
Hello there, Offending source code is ????? if(? ( BattVoltage> 129 ) || ( BattVoltage < 144 ) ) Maybe swap || for && would be better. This problem I found by using cppcheck. It said [rhino.c:190]: (warning) Logical disjunction always evaluates to true: BattVoltage> 129 || BattVoltage < 144. Regards David Binderman
2002 Mar 27
0
[Bug 190] New: ssh locks while waiting for output of df
http://bugzilla.mindrot.org/show_bug.cgi?id=190 Summary: ssh locks while waiting for output of df Product: Portable OpenSSH Version: 2.9.9p2 Platform: PPC OS/Version: AIX Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: jesch
2002 Mar 30
1
[Bug 190] ssh locks while waiting for output of df
http://bugzilla.mindrot.org/show_bug.cgi?id=190 ------- Additional Comments From stevesk at pobox.com 2002-03-31 04:42 ------- what is the df bug that causes this? we should timeout for no output cases. can you also try 3.1p1? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
2004 Oct 05
0
Paypal? Available in 44 of the world's approximately 190 countries
Hi, In the aftermath of trying to register for Astricon, I've been still trying to re-open my Paypal account. The credit card and bank account I used are UK-based. I live in South Africa at the moment. Paypal have now formally refused to open an account for me. Notwithstanding that I have successfully "verified" both my credit card and my current account following their
2004 Dec 17
1
Snom 190, led and shared lines with asterisk
Hi All, I am trying to setup my snom 190 so that the LED's light up when one of my shared lines are in use. e.g. Extension 2 should ring on the snom and the phone associated with extension 2 and I should be able to see if the phone associated with extension 2 is making a call on the Snom. I think this is achieved with hints but don't seem to be getting on very well with it, does
2005 Jan 20
1
SNOM 190 and dtmf
I have the dtmfmode in sip.conf set to use rfc 2833 however, when my users have to enter pin numbers to join let say someone's conference bridge the pin is received twice. Any ideas on how to solve this? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20050120/56ff46fa/attachment.htm
2005 Jul 12
0
Pushing new firmware to Snom 190 <--solved
Found out I was doing it right, but the outbound firewalls that the Snom's sits behind has a captive portal that intercepted the HTTP request. Adding the Snom's MAC address to the firewall's captive portal worked correctly. A shortcut for any future Snom users that want to update firmware remotely: 1. In the web portal, click Advanced 2. Scroll down until you get to "Update
2005 Sep 22
0
SNOM 190 '486/Busy here' after upgrade to firmwa re 3.60s
I have a Snom 190 that refuses to accept calls after upgrade to firmware 3.60s, latest. I get "SIP 486/Busy Here". No change in the dialplan, nor settings in the phone. Calls out fine. I did 30 other phones yesterday with 3.60s with no problem, this is the only one. In the phone's log I get: [5]22/9/2005 17:01:00: timeout::callback: Registering with timeout of 0 ms [5]22/9/2005
2005 Sep 23
0
RE: SNOM 190 '486/Busy here' after upgrade to re 3.60s
AHA! # 1 is the case! Seems the user was fooling around with the phone after the firmware upgrade. Shame that that setting couldn't be locked out. Thanks to Mr Tahir and Mr Stredicke for their spot on responses. -----Original Message----- From: Usman Tahir [mailto:Usman.Tahir@snom.de] Sent: Friday, September 23, 2005 12:34 AM To: ColinA@landmarkmasterbuilder.com Cc:
2006 Jan 22
1
SNOM 190 Daylight Savings
I've posted this to SNOM, but was wondering wheter anyone here has issues with SNOM 190 phones not showing the correct DST adjusted time (using the latest firmware). -- ========================================== Rod Bacon Empowered Communications Ground Floor, 102 York St. South Melbourne Victoria, Australia. 3205 Phone: +613 99401600 ? ?Fax: +613 99401650 FWD: 512237 ? ? ? ? ? ? ? ? ?
2019 Sep 13
0
[PATCH 4.19 092/190] drm/nouveau: Dont WARN_ON VCPI allocation failures
Hi Greg, This feels like it's missing a From: line. commit b513a18cf1d705bd04efd91c417e79e4938be093 Author: Lyude Paul <lyude at redhat.com> Date: Mon Jan 28 16:03:50 2019 -0500 drm/nouveau: Don't WARN_ON VCPI allocation failures Is this an artifact of your notification-of-patches process and I never noticed before, or was the patch ingested incorrectly? Cheers, -ilia
2019 Sep 13
0
[PATCH 4.19 092/190] drm/nouveau: Dont WARN_ON VCPI allocation failures
On Fri, Sep 13, 2019 at 10:46:27AM -0400, Sasha Levin wrote: > On Fri, Sep 13, 2019 at 09:33:36AM -0400, Ilia Mirkin wrote: > > Hi Greg, > > > > This feels like it's missing a From: line. > > > > commit b513a18cf1d705bd04efd91c417e79e4938be093 > > Author: Lyude Paul <lyude at redhat.com> > > Date: Mon Jan 28 16:03:50 2019 -0500 > >
2019 Sep 13
0
[PATCH 4.19 092/190] drm/nouveau: Dont WARN_ON VCPI allocation failures
On Fri, Sep 13, 2019 at 11:01:11AM -0400, Sasha Levin wrote: > On Fri, Sep 13, 2019 at 03:54:56PM +0100, Greg Kroah-Hartman wrote: > > On Fri, Sep 13, 2019 at 10:46:27AM -0400, Sasha Levin wrote: > > > On Fri, Sep 13, 2019 at 09:33:36AM -0400, Ilia Mirkin wrote: > > > > Hi Greg, > > > > > > > > This feels like it's missing a From: line.
2019 Sep 13
0
[PATCH 4.19 092/190] drm/nouveau: Dont WARN_ON VCPI allocation failures
On Fri, Sep 13, 2019 at 11:01 AM Sasha Levin <sashal at kernel.org> wrote: > > On Fri, Sep 13, 2019 at 03:54:56PM +0100, Greg Kroah-Hartman wrote: > >On Fri, Sep 13, 2019 at 10:46:27AM -0400, Sasha Levin wrote: > >> On Fri, Sep 13, 2019 at 09:33:36AM -0400, Ilia Mirkin wrote: > >> > Hi Greg, > >> > > >> > This feels like it's
2020 Jun 19
0
[PATCH 4.14 051/190] crypto: virtio: Fix dest length calculation in __virtio_crypto_skcipher_do_req()
From: Longpeng(Mike) <longpeng2 at huawei.com> [ Upstream commit d90ca42012db2863a9a30b564a2ace6016594bda ] The src/dst length is not aligned with AES_BLOCK_SIZE(which is 16) in some testcases in tcrypto.ko. For example, the src/dst length of one of cts(cbc(aes))'s testcase is 17, the crypto_virtio driver will set @src_data_len=16 but @dst_data_len=17 in this case and get a wrong at