similar to: [sourceforge.net abuse] New JAVA application server for Asterisk - OrderlyCalls

Hello Adam, Thank you so much for taking the time to write to me. I can understand your concerns; let me see if I can address them. >Matt, > >Sourceforge.net is exclusively for hosting software whose licensing >terms meet the OSI's definition of Open Source: > > http://opensource.org/docs/definition.php > >Your licensing terms include the following, which is

Hello Adam, Matt King <m@orderlysoftware.com> writes: >> I am familiar with the OSI definitiion. I've read it again, but I >> can't work out exactly how asking for permission contravenes this >> definition. > > Then Adam wrote: > "6. No Discrimination Against Fields of Endeavor > > The license must not restrict anyone from making use of the

Hello all, >>From your system command line (not asterisk), type 'mpg123' and tell >> us what version of mpg123 you're running. >> >> If its not v0.59r or v0.59q, then get one of those installed. >> (Lots of notes say v0.59r only, however I've been using v0.59q >>. on RHv9 and Fedora 3 boxes with no problems.) Andrew wrote: > FWIW, I have

Hello Jason, I've just come across your post to the Asterisk-Users group regarding OrderlyQ (from a web search - sorry it's taken so long). You wrote: > What experience can be shared about installing and running the OrderlyQ application? I have a bunch of > queues set up and want to start adding some additional apps and this one looked promising but I have > very

This reverts commit 28586a51eea666d5531bcaef2f68e4abbd87242c. The original commit message didn't even make sense. AMD _does_ support it and it works with Nouveau as well. Also what was the issue being solved here? No references to any bugs and not even explaining any issue at all isn't the way we do things. And even if it means a muxed design, then the fix is to make it work inside the

This reverts commit 9251a71db62ca9cc7e7cf364218610b0f018c291. This was never discussed with anybody Nouveau related and we would have NACKed this change immediately. We have a better workaround, which makes it actually work with Nouveau. No idea why the comment mentions the Nvidia driver and assumes it gives any weight to the reasoning.... we don't care about out of tree drivers. Nouveau

On 2020-07-17 1:05 p.m., Karol Herbst wrote: > It's hard to figure out what systems are actually affected and right now I > don't see a good way of removing those... > > But I'd like to see thos getting removed and drivers fixed instead (which > happened at least for nouveau). > > And as mentioned before, I prefer people working on fixing issues instead > of

On Thu, Aug 15, 2019 at 1:35 AM Alex Hung <alex.hung at canonical.com> wrote: > > On Wed, Aug 14, 2019 at 3:31 PM Karol Herbst <kherbst at redhat.com> wrote: > > > > This reverts commit 9251a71db62ca9cc7e7cf364218610b0f018c291. > > > > This was never discussed with anybody Nouveau related and we would have NACKed > > this change immediately. >

On 2020-07-19 1:50 p.m., Karol Herbst wrote: > On Fri, Jul 17, 2020 at 9:52 PM Alex Hung <alex.hung at canonical.com> wrote: >> >> On 2020-07-17 1:05 p.m., Karol Herbst wrote: >>> It's hard to figure out what systems are actually affected and right now I >>> don't see a good way of removing those... >>> >>> But I'd like to see

I am looking to only sync directories not any files within them.. Is there a switch/trick available for this in rsync ? Thanks for any suggestions !! Tim Nelson Senior UNIX Systems Administrator OSI Support Services, Inc. 2520 N. 170th Street New Berlin, WI 53151 T: 262-780-2134 F: 262-780-2050 E: tim.nelson@osioutsourcing.com Outsourcing services are primarily performed by OSI

On Wed, Aug 14, 2019 at 3:31 PM Karol Herbst <kherbst at redhat.com> wrote: > > This reverts commit 9251a71db62ca9cc7e7cf364218610b0f018c291. > > This was never discussed with anybody Nouveau related and we would have NACKed > this change immediately. > > We have a better workaround, which makes it actually work with Nouveau. No idea > why the comment mentions the

While I empathize with your predicament, I generally prefer not to have expletives in my inbox. Also, what has this to do with markdown? On Jul 5, 2013 7:20 PM, "bowerbird" <bowerbird at aol.com> wrote: > fan_fucking_tastic. > > somebody hit another one of the dead skunks on this road. > > -bowerbird > > _______________________________________________ >

I cleaned up comparison.html, making the comparison more fair and removing manufacturers that no longer have any new hardware supporting a certain format. The table is more readable now too. --- comparison.html | 86 +++++++++++++++++++++++++++++-------------------------- 1 file changed, 45 insertions(+), 41 deletions(-) diff --git a/comparison.html b/comparison.html index 9f36381..be88205

On Fri, Jul 17, 2020 at 9:52 PM Alex Hung <alex.hung at canonical.com> wrote: > > On 2020-07-17 1:05 p.m., Karol Herbst wrote: > > It's hard to figure out what systems are actually affected and right now I > > don't see a good way of removing those... > > > > But I'd like to see thos getting removed and drivers fixed instead (which > > happened

It's hard to figure out what systems are actually affected and right now I don't see a good way of removing those... But I'd like to see thos getting removed and drivers fixed instead (which happened at least for nouveau). And as mentioned before, I prefer people working on fixing issues instead of spending time to add firmware level workarounds which are hard to know to which

Hello. I'm trying to make some graphics with nationalized labels (pdf for use in LaTeX document). On console (displayed on screen) using all looks ok: ----------------------------------------\/ data<-rnorm(100) hist(data,main='Rozk?ad g?sto?ci punkt?w', xlab='Warto?? na osi y', ylab='Cz?sto?? wyst?powania') -------------------------------------------/\ But

https://bugs.freedesktop.org/show_bug.cgi?id=91408 Bug ID: 91408 Summary: Lenovo T440s alternate way to turn off discrete GPU Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

On Thu, Aug 15, 2019 at 4:34 PM <Mario.Limonciello at dell.com> wrote: > > > -----Original Message----- > > From: Karol Herbst <kherbst at redhat.com> > > Sent: Thursday, August 15, 2019 9:25 AM > > To: Limonciello, Mario > > Cc: Dave Airlie; LKML; Linux ACPI Mailing List; dri-devel; nouveau; Rafael J . > > Wysocki; Alex Hung; Ben Skeggs; David

When I was looking for a Java FastAGI interface for Asterisk I came across asterisk-java first and didn't realize there was more than one out there. It seems to work fine and I've got my first project working with it, but I was wondering which Java FastAGI implementation is the most popular and how they compare against each other. So I'm aware of: asterisk-java JastAGI

> On Thu, Aug 15, 2019 at 10:15 AM Karol Herbst <kherbst at redhat.com> wrote: > > > > On Thu, Aug 15, 2019 at 4:13 PM Alex Deucher <alexdeucher at gmail.com> > wrote: > > > > > > On Thu, Aug 15, 2019 at 10:04 AM Karol Herbst <kherbst at redhat.com> wrote: > > > > > > > > On Thu, Aug 15, 2019 at 3:56 PM