similar to: TeleFlow 5.0 Design and deploy voice applications with ease.

Here is a SIP phone I haven't seen before. Does anyone have any experience with this one? -----Original Message----- From: George Richardson [mailto:georger@netxusa.com] Sent: Wednesday, April 02, 2003 4:56 PM To: clay@ctitec.com Subject: ipDialog Ethernet SIP Phone $199 pad <http://us.st1.yimg.com/store1.yimg.com/Img/trans_1x1.gif>

I need a recommendation on a good motherboard/processor combination. I would like a motherboard that has lots of PCI slots and works well with Asterisk without problems getting drivers working, etc. Onboard LAN would be nice to keep from using a slot. Plan to use RedHat 8 for the OS. Please provide your input as soon as possible. I need to build a demo box with 2 ports FXO and use the new

Same here Michael and the PocketPC version seems unaudible with any codec; early days trying that though. Simon -----Original Message----- >From: "Michael Van Donselaar"<mvand@neb.rr.com> >Sent: 22/04/03 04:10:24 >To: "asterisk-users@lists.digium.com"<asterisk-users@lists.digium.com> >Subject: Re: [Asterisk-Users] Xten - Free windows SIP

Hi, all. Last saturday, we've done a cutover for Samba 2.0.5a to be our new fileserver. All is going well, except for two network users that make me reboot the server. What happens is as follows: * user logs on onto samba server; * user opens and closes files, etc, OK until in one of these operations his/her machine hangs; * user reboots his/her machine to log on again. In this

Hi Chris, I know this is quite an old email, but I was browsing through the archive :) I am currently working on "embedding" asterisk in one of Allwell's STB's. The idea is more or less exactly like yours. The STB will be solid-state and contain OS, Asterisk, Basic configuration and voice files on a flash disk. It will boot up and get a network share via DHCP. This network

Hi list ! I created a script to ease workflow on zena, a rails CMS (http://zenadmin.org). The workflow involves developers and reviewers (can be the same people): 1. each developer has his own fork (on github or another git server) 2. he creates a branch per feature 3. a reviewer looks at the code before .. 4. ... pushing changes to the "golden master" All of this with automatic

This also allows people who don't want to install the binary blobs required for VP2 to still get MPEG decoding. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/gallium/drivers/nv50/nv50_context.c | 2 +- src/gallium/drivers/nv50/nv50_screen.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/nv50/nv50_context.c

Vincent Legoll <vincent.legoll at gmail.com> writes: > No need to get into the submenu to disable all VIRTIO-related > config entries. > > This makes it easier to disable all VIRTIO config options > without entering the submenu. It will also enable one > to see that en/dis-abled state from the outside menu. > > This is only intended to change menuconfig UI, not

Hello, thanks for the help, and sorry for the poor patch, On Thu, Dec 21, 2017 at 11:53 AM, Michael Ellerman <mpe at ellerman.id.au> wrote: > This breaks all existing .configs *and* defconfigs that use VIRTIO. > > Please don't do that. > > If you make it default y then everything will continue to work. Do you want me to respin it with the added default ? Tchuss --

Vincent Legoll <vincent.legoll at gmail.com> writes: > Hello, > > thanks for the help, and sorry for the poor patch, > > On Thu, Dec 21, 2017 at 11:53 AM, Michael Ellerman <mpe at ellerman.id.au> wrote: >> This breaks all existing .configs *and* defconfigs that use VIRTIO. >> >> Please don't do that. >> >> If you make it default y then

Michael Ellerman <mpe at ellerman.id.au> writes: > Vincent Legoll <vincent.legoll at gmail.com> writes: > >> Hello, >> >> thanks for the help, and sorry for the poor patch, >> >> On Thu, Dec 21, 2017 at 11:53 AM, Michael Ellerman <mpe at ellerman.id.au> wrote: >>> This breaks all existing .configs *and* defconfigs that use VIRTIO.

No need to get into the submenu to disable all VIRTIO-related config entries. This makes it easier to disable all VIRTIO config options without entering the submenu. It will also enable one to see that en/dis-abled state from the outside menu. This is only intended to change menuconfig UI, not change the config dependencies. v2: Added "default y" to avoid breaking existing configs

On 01/03/18 01:49, Vincent Legoll wrote: > No need to get into the submenu to disable all VIRTIO-related > config entries. > > This makes it easier to disable all VIRTIO config options > without entering the submenu. It will also enable one > to see that en/dis-abled state from the outside menu. > > This is only intended to change menuconfig UI, not change > the config

No need to get into the submenu to disable all VIRTIO-related config entries. This makes it easier to disable all VIRTIO config options without entering the submenu. It will also enable one to see that en/dis-abled state from the outside menu. This is only intended to change menuconfig UI, not change the config dependencies. v2: Added "default y" to avoid breaking existing configs v3:

Vincent Legoll <vincent.legoll at gmail.com> writes: > No need to get into the submenu to disable all VIRTIO-related > config entries. > > This makes it easier to disable all VIRTIO config options > without entering the submenu. It will also enable one > to see that en/dis-abled state from the outside menu. > > This is only intended to change menuconfig UI, not

On 1/23/18, Michael Ellerman <mpe at ellerman.id.au> wrote: > This has been broken in linux-next for ~6 weeks now, can we please merge > this and get it fixed. Added Stephen Rothwell to cc -- Vincent Legoll

Working on a multiwan script based on the page http://lartc.org/howto/lartc.rpdb.multiple-links.html You can find the script at http://pastie.org/859350 I'm trying to make sure that the logic is correct, and that it'll work I think it would, and ideas to make it a better script, feel free to throw them my way. Look forward to hearing from you. -------------- next part

Hello, thanks for the help, and sorry for the poor patch, On Thu, Dec 21, 2017 at 11:53 AM, Michael Ellerman <mpe at ellerman.id.au> wrote: > This breaks all existing .configs *and* defconfigs that use VIRTIO. > > Please don't do that. > > If you make it default y then everything will continue to work. Do you want me to respin it with the added default ? Tchuss --

An HTML attachment was scrubbed... URL: http://www.winehq.org/pipermail/wine-users/attachments/20030303/94c102a4/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: audio/x-midi Size: 121252 bytes Desc: not available Url : http://www.winehq.org/pipermail/wine-users/attachments/20030303/94c102a4/attachment.bin -------------- next

Hi, Marc, Thanks for your help! a "ls -alFs" command shows the difference, Theodore Ts'o talked about it at https://listman.redhat.com/archives/ext3-users/2003-January/msg00008.html. Both File system and "/bin/ls" contains no bugs, my knowledge databse in my mind got lots of ""Bugs" instead. :) vista104 /0 > ls -alF total 211233264 drwxrwxr-t 5