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