Language Selection

English French German Italian Portuguese Spanish

OpenLogic Pays Qualified Community Experts to Support Open Source

Filed under
OS

OpenLogic’s Unique “Expert Community” Program Taps Open Source Community to Provide Enterprise Support

BROOMFIELD, Colo. May 8, 2006 –OpenLogic, Inc., a leading provider of software, stacks and services that enable enterprises to easily deploy and manage customized open source environments, today announced the first program to provide consolidated, commercial-grade support across a wide range of open source products by tapping the open source development community for enterprise support. Through the OpenLogic Expert Community, OpenLogic will pay qualified experts within the open source development community to provide in-depth support for open source products.

OpenLogic currently offers enterprise support for more than 150 certified open source products - providing a single point of contact for enterprise open source issues. OpenLogic will continue to handle tier 1 and tier 2 support, while tapping the OpenLogic Expert Community for help in resolving more complex issues. OpenLogic will shepherd enterprise issues through the entire process to resolution, providing enterprises with the commercial-grade service levels they require.

The OpenLogic Expert Community currently has experts representing more than 50 leading open source projects, including Apache HTTP Server, Ant, Hibernate, MyFaces, Spring, Struts and Tomcat. To qualify as a member of the OpenLogic Expert Community, individuals must have “committer” status (enabling them to update source code for an open source product) or must be referred by a committer for one of the open source products supported and certified by OpenLogic. Interested open source developers can visit www.openlogic.com for more information.

Benefits for Open Source Community
The OpenLogic Expert Community is a new business model that directly compensates open source developers for their time in fixing enterprise issues. Open source companies have typically hired open source developers as employees, but OpenLogic’s innovative model enables community members to get rewarded for their support efforts without requiring them to switch jobs. In addition to payingJames Niccolai members of the OpenLogic Expert Community to resolve enterprise issues, OpenLogic will also contribute money for each issue resolved to a fund that will be used to help further open source efforts. This new business model will help to foster participation in the open source development community while removing one of the barriers to open source usage in the enterprise.

"As a long time user of OpenLogic's products, I really appreciate the work being done to put a commercial face on the open source software stack,” said Bruce Atherton, Apache Ant Committer and author of the Asterisk ICD module. “I think the integration efforts that OpenLogic has gone to, combined with the sophisticated support that it offers, is going to address some of the biggest concerns that large organizations have with the adoption of open source software.”

Benefits for Enterprises
From an enterprise perspective, the OpenLogic Expert Community will enable companies to further leverage open source software by providing broad access to commercial-grade support. Today, enterprises find it difficult to get commercial-grade support for most of the dozens, if not hundreds, of open source products they are using.

“We have heard loud and clear from our larger enterprise customers, some of whom are using more than 400 open source products, that they want one throat to choke for open source support,” said Steven Grandchamp, CEO of OpenLogic. “OpenLogic’s Expert Community program is being launched to help address this need in a new, creative way. Enterprises get the support they require and open source committers and contributors can earn money to support the work they love to do.”

In addition to consolidated support, OpenLogic offers a technology platform that offers customers a library of more than 150 pre-certified open source software packages, including the most popular open source databases, applications servers, IDEs and more. OpenLogic’s platform is flexible and extensible, enabling companies to build customized stacks by choosing any combination of open source, commercial and proprietary software.

About OpenLogic
OpenLogic is a leading provider of software, stacks and services that enable enterprises to easily customize, deploy and manage commercial-grade open source environments. OpenLogic’s software automates the integration and deployment of any combination of 150 pre-certified open source packages along with proprietary or commercial solutions. The OpenLogic solution also mitigates open source legal risks by enabling companies to manage and enforce open source policies. OpenLogic’s technical support and update services give enterprises the commercial-grade reliability they demand. OpenLogic is currently used by 700 customers worldwide. For more on OpenLogic, go to www.openlogic.com.

Bret Clement
Page One PR
303.462.3057
bret@pageonepr.com

More in Tux Machines

Today in Techrights

KDE: Linux and Qt in Automotive, KDE Discover, Plasma5 18.01 in Slackware

  • Linux and Qt in Automotive? Let’s meet up!
    For anyone around the Gothenburg area on Feb 1st, you are most welcome to the Automotive MeetUp held at the Pelagicore and Luxoft offices. There will be talks about Qt/QML, our embedded Linux platform PELUX and some ramblings about open source in automotive by yours truly ;-)
  • What about AppImage?
    I see a lot of people asking about state of AppImage support in Discover. It’s non-existent, because AppImage does not require centralized software management interfaces like Discover and GNOME Software (or a command-line package manager). AppImage bundles are totally self-contained, and come straight from the developer with zero middlemen, and can be managed on the filesystem using your file manager This should sound awfully familiar to former Mac users (like myself), because Mac App bundles are totally self-contained, come straight from the developer with zero middlemen, and are managed using the Finder file manager.
  • What’s new for January? Plasma5 18.01, and more
    When I sat down to write a new post I noticed that I had not written a single post since the previous Plasma 5 announcement. Well, I guess the past month was a busy one. Also I bought a new e-reader (the Kobo Aura H2O 2nd edition) to replace my ageing Sony PRS-T1. That made me spend a lot of time just reading books and enjoying a proper back-lit E-ink screen. What I read? The War of the Flowers by Tad Williams, A Shadow all of Light by Fred Chappell, Persepolis Rising and several of the short stories (Drive, The Butcher of Anderson Station, The Churn and Strange Dogs) by James SA Corey and finally Red Sister by Mark Lawrence. All very much worth your time.

GNU/Linux: Live Patching, Gravity of Kubernetes, Welcome to 2018

  • How Live Patching Has Improved Xen Virtualization
    The open-source Xen virtualization hypervisor is widely deployed by enterprises and cloud providers alike, which benefit from the continuous innovation that the project delivers. In a video interview with ServerWatch, Lars Kurth, Chairman of the Xen Project Advisory Board and Director, Open Source Solutions at Citrix, details some of the recent additions to Xen and how they are helping move the project forward.
  • The Gravity of Kubernetes
    Most new internet businesses started in the foreseeable future will leverage Kubernetes (whether they realize it or not). Many old applications are migrating to Kubernetes too. Before Kubernetes, there was no standardization around a specific distributed systems platform. Just like Linux became the standard server-side operating system for a single node, Kubernetes has become the standard way to orchestrate all of the nodes in your application. With Kubernetes, distributed systems tools can have network effects. Every time someone builds a new tool for Kubernetes, it makes all the other tools better. And it further cements Kubernetes as the standard.
  • Welcome to 2018
    The image of the technology industry as a whole suffered in 2017, and that process is likely to continue this year as well. That should lead to an increased level of introspection that will certainly affect the free-software community. Many of us got into free software to, among other things, make the world a better place. It is not at all clear that all of our activities are doing that, or what we should do to change that situation. Expect a lively conversation on how our projects should be run and what they should be trying to achieve. Some of that introspection will certainly carry into projects related to machine learning and similar topics. There will be more interesting AI-related free software in 2018, but it may not all be beneficial. How well will the world be served, for example, by a highly capable, free facial-recognition system and associated global database? Our community will be no more effective than anybody else at limiting progress of potentially freedom-reducing technologies, but we should try harder to ensure that our technologies promote and support freedom to the greatest extent possible. Our 2017 predictions missed the fact that an increasing number of security problems are being found at the hardware level. We'll not make the same mistake in 2018. Much of what we think of as "hardware" has a great deal of software built into it — highly proprietary software that runs at the highest privilege levels and which is not subject to third-party review. Of course that software has bugs and security issues of its own; it couldn't really be any other way. We will see more of those issues in 2018, and many of them are likely to prove difficult to fix.

Linux Kernel Development

  • New Sound Drivers Coming In Linux 4.16 Kernel
    Due to longtime SUSE developer Takashi Iwai going on holiday the next few weeks, he has already sent in the sound driver feature updates targeting the upcoming Linux 4.16 kernel cycle. The sound subsystem in Linux 4.16 sees continued changes to the ASoC code, clean-ups to the existing drivers, and a number of new drivers.
  • Varlink: a protocol for IPC
    One of the motivations behind projects like kdbus and bus1, both of which have fallen short of mainline inclusion, is to have an interprocess communication (IPC) mechanism available early in the boot process. The D-Bus IPC mechanism has a daemon that cannot be started until filesystems are mounted and the like, but what if the early boot process wants to perform IPC? A new project, varlink, was recently announced; it aims to provide IPC from early boot onward, though it does not really address the longtime D-Bus performance complaints that also served as motivation for kdbus and bus1. The announcement came from Harald Hoyer, but he credited Kay Sievers and Lars Karlitski with much of the work. At its core, varlink is simply a JSON-based protocol that can be used to exchange messages over any connection-oriented transport. No kernel "special sauce" (such as kdbus or bus1) is needed to support it as TCP or Unix-domain sockets will provide the necessary functionality. The messages can be used as a kind of remote procedure call (RPC) using an API defined in an interface file.
  • Statistics for the 4.15 kernel
    The 4.15 kernel is likely to require a relatively long development cycle as a result of the post-rc5 merge of the kernel page-table isolation patches. That said, it should be in something close to its final form, modulo some inevitable bug fixes. The development statistics for this kernel release look fairly normal, but they do reveal an unexpectedly busy cycle overall. This development cycle was supposed to be relatively calm after the anticipated rush to get work into the 4.14 long-term-support release. But, while 4.14 ended up with 13,452 non-merge changesets at release, 4.15-rc6 already has 14,226, making it one of the busiest releases in the kernel project's history. Only 4.9 (16,214 changesets) and 4.12 (14,570) brought in more work, and 4.15 may exceed 4.12 by the time it is finished. So far, 1,707 developers have contributed to this kernel; they added 725,000 lines of code while removing 407,000, for a net growth of 318,000 lines of code.
  • A new kernel polling interface
    Polling a set of file descriptors to see which ones can perform I/O without blocking is a useful thing to do — so useful that the kernel provides three different system calls (select(), poll(), and epoll_wait() — plus some variants) to perform it. But sometimes three is not enough; there is now a proposal circulating for a fourth kernel polling interface. As is usually the case, the motivation for this change is performance. On January 4, Christoph Hellwig posted a new polling API based on the asynchronous I/O (AIO) mechanism. This may come as a surprise to some, since AIO is not the most loved of kernel interfaces and it tends not to get a lot of attention. AIO allows for the submission of I/O operations without waiting for their completion; that waiting can be done at some other time if need be. The kernel has had AIO support since the 2.5 days, but it has always been somewhat incomplete. Direct file I/O (the original use case) works well, as does network I/O. Many other types of I/O are not supported for asynchronous use, though; attempts to use the AIO interface with them will yield synchronous behavior. In a sense, polling is a natural addition to AIO; the whole point of polling is usually to avoid waiting for operations to complete.