similar to: Error compiling app_icd

I have heard about the ICD project to make a better Call center solution for asterisk, and I just noticed it on cvs. Is it a viable alternative or does it need work? Either way I am definitely interested as we are not quite happy with the current setup. Thanks, Robert Jackson

On 06/03/2019 19:30, Pete Geenhuizen wrote: > > > On 03/06/2019 09:59 AM, Fred Smith wrote: >> >>> I tried to install this and ran into a conflict >>> >>> --> Processing Conflict: >>> nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 conflicts ocl-icd >>> --> Finished Dependency Resolution >>> Error: nvidia-x11-drv-340xx

I'm using wine 1.2-rc5 on Xubuntu 10.04. I've been trying to get Alpha Centauri/Alien Crossfire working for a few days now and running into nothing but annoyance so far. Latest problem; AC keeps crashing. All the time. If I save at a certain point and, say make a specific series of moves next turn and it crashes, re-loading and repeating will cause it to crash again. Below is the

On 06/03/2019 21:53, Pete Geenhuizen wrote: > > > On 03/06/2019 04:21 PM, Phil Perry wrote: >> On 06/03/2019 19:30, Pete Geenhuizen wrote: >>> >>> That is all good and well, but my problem is that I now can't install >>> >>> vlc smplayer mplayer, or? ffmpeg-libs because they need >>> ocl-icd-2.2.12-1.el7.x86_64from epel.

On Wed, Mar 06, 2019 at 07:26:42AM -0500, Pete Geenhuizen wrote: > > On 03/02/2019 05:41 AM, Phil Perry wrote: > > > >Hi Gerry, > > > >I've updated the nvidia 340xx legacy package set for el7.6, and > >released the packages to the elrepo testing repository. > > > >Please could you test them and let me know if they work as > >expected. To

Following up on a thread that I started about Agents/Queue and acknowledging calls before bridging them... Greg Boehnlein said that he was putting his efforts into ICD. I downloaded and installed ICD, and I can get simple queue and agent stuff working fine, and see that this new design is much cleaner and more powerful. That said, in the sample conf files, the "acknowledge_call"

On 03/06/2019 09:59 AM, Fred Smith wrote: > >> I tried to install this and ran into a conflict >> >> --> Processing Conflict: >> nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 conflicts ocl-icd >> --> Finished Dependency Resolution >> Error: nvidia-x11-drv-340xx conflicts with ocl-icd-2.2.12-1.el7.x86_64 >> >> I removed ocl-icd and

On 03/06/2019 04:21 PM, Phil Perry wrote: > On 06/03/2019 19:30, Pete Geenhuizen wrote: >> >> That is all good and well, but my problem is that I now can't install >> >> vlc smplayer mplayer, or? ffmpeg-libs because they need >> ocl-icd-2.2.12-1.el7.x86_64from epel. >> I tried to roll back to the previous version via yum history undo but >>

On Wed, 6 Mar 2019 at 17:50, Phil Perry <pperry at elrepo.org> wrote: > > On 06/03/2019 21:53, Pete Geenhuizen wrote: > > > > > > On 03/06/2019 04:21 PM, Phil Perry wrote: > >> On 06/03/2019 19:30, Pete Geenhuizen wrote: > >>> > >>> That is all good and well, but my problem is that I now can't install > >>> >

Hi there, we are looking for an opensource or commercial * based Call Center. Full ACD, call monitoring, multiple queue, IVR, voicemail, management, reporting, CDR, etc is needed. over 100 seat can be the initial target and will grow in a very short time. SIP phones will be used and multiple E1 lines incoming, so to provide full failover a cluster of * machines or some other form of redundancy

On 06/03/2019 23:03, Stephen John Smoogen wrote: > On Wed, 6 Mar 2019 at 17:50, Phil Perry <pperry at elrepo.org> wrote: >> >> On 06/03/2019 21:53, Pete Geenhuizen wrote: >>> >>> >>> On 03/06/2019 04:21 PM, Phil Perry wrote: >>>> On 06/03/2019 19:30, Pete Geenhuizen wrote: >>>>> >>>>> That is all good and

On 03/02/2019 05:41 AM, Phil Perry wrote: > > Hi Gerry, > > I've updated the nvidia 340xx legacy package set for el7.6, and > released the packages to the elrepo testing repository. > > Please could you test them and let me know if they work as expected. > To install: > > yum --enablerepo=elrepo-testing install kmod-nvidia-340xx > nvidia-x11-drv-340xx

Hi, For those interrested, here's a FAQs about my SafeDisc support implementation. Feel free to comment. Laurent Pinchart -------------- next part -------------- SafeDisc FAQs What is SafeDisc ? ================== SafeDisc is a CD copy protection system designed for Microsoft Windows. It is widely used, especially to protect games. There are currently 2 main versions of SafeDisc

Hi, I am new to R (and rusty on SQL!) and I'm trying to extract records from a SQL server database. I have a table of patient records (LoadPUS) which have three code columns which i want to evaluate against a list of particular codes (CVD_ICD$ table). Given the size of the patient table I want to restrict the data I pull into R to the data I only want to analyse so I am using SQL to do this.

We have a similar problem in Mesa's radeonsi driver. It would be great if command-line options could somehow be tied to an llvm::Context, for example. There is an even worse problem when *different versions* of LLVM are loaded into the same process. This is basically guaranteed to lead to crashes because of symbol clashes. I wonder if C++11 inline namespaces could be used for proper

Hello everyone, A while back I hit an issue where the presence of multiple OpenCL runtimes on a single system triggered errors in libLLVM caused by redeclaring command line arguments [0]. There's been some discussion on the bug report and a pointer to a slightly older report, unrelated to OpenCL, but most likely about the same issue [1]. OpenCL uses an ICD loader library to abstract away

On 07.05.2018 17:49, Tom Stellard wrote: > On 05/07/2018 12:28 AM, Nicolai Hähnle via llvm-dev wrote: >> We have a similar problem in Mesa's radeonsi driver. It would be great if command-line options could somehow be tied to an llvm::Context, for example. >> >> There is an even worse problem when *different versions* of LLVM are loaded into the same process. This is

On 05/07/2018 12:28 AM, Nicolai Hähnle via llvm-dev wrote: > We have a similar problem in Mesa's radeonsi driver. It would be great if command-line options could somehow be tied to an llvm::Context, for example. > > There is an even worse problem when *different versions* of LLVM are loaded into the same process. This is basically guaranteed to lead to crashes because of symbol

ive had enough of cisco unity and microsoft exchange and im looking for alternatives to our voip system. right now, we have 3 cisco callmanagers, 1 cisco ip icd system, and 1 cisco unity voicemail system. all phones are cisco 7940/7960's and some ata186/188's. voice gateways are cisco vg200's with pri cards (5 total). im running h323 on the gateways and phones are of course

I've noticed that LLVM does a bad job of optimizing array indexing code for FORTRAN arrays declared using the ALLOCATABLE keyword. For example if you have something like the following: DOUBLE PRECISION,ALLOCATABLE,DIMENSION(:,:,:,:) :: QAV ... ALLOCATE( QAV( -2:IMAX+2,-2:JMAX+2,-2:KMAX+2,ND) ) ... DO L = 1, 5 DO K = K1, K2 DO J = J1, J2 DO I = I1, I2 II = I +