Language Selection

English French German Italian Portuguese Spanish

XGL - Realistically

Filed under
Software

Yes it would be nice if X.org could use OpenGL directly for it's display and composition, but to date, nobody has made this possible. Is it wrong for a business to make it so? Since when does developing software for GNU products mean that they aren't allowed to do it privately? If Novell is developing XGL behind closed doors, and paying the developers to build it... Where's the problem?

Last time I checked, Open Source contributors had the option of making XGL reality. Numerous different projects have been born of the same idea, and quickly anesthetized due to lack of interest, talent, resources, or all of the above. This is not a case of a person or company stealing licensed open source code and re-branding it for profit (ex: CherryOS). This is a company building, what is essentially a plugin, for an open source project. Hundreds of companies due this as their core business.

The reality of Open Source project management is chaotic. It's not as stream-lined and "open" as proponents of the movement make it out to be. In fact, it is very cluttered with people who want to contribute, but just don't meet the criteria. A perfect analogy can be made of the recent hurricanes in the States. After the damage had been done, millions of people flocked to the devastated areas to offer help. Now imagine all of those volunteers are developers and contributors wishing to help build XGL, and only 1% of them are capable of actually contributing in a helpful way. Would you:

XGL - Realistically.

More in Tux Machines

Why Everyone should know vim

Vim is an improved version of Vi, a known text editor available by default in UNIX distributions. Another alternative for modal editors is Emacs but they’re so different that I kind of feel they serve different purposes. Both are great, regardless. I don’t feel vim is necessarily a geeky kind of taste or not. Vim introduced modal editing to me and that has changed my life, really. If you have ever tried vim, you may have noticed you have to press “I” or “A” (lower case) to start writing (note: I’m aware there are more ways to start editing but the purpose is not to cover Vim’s functionalities.). The fun part starts once you realize you can associate Insert and Append commands to something. And then editing text is like thinking of what you want the computer to show on the computer instead of struggling where you at before writing. The same goes for other commands which are easily converted to mnemonics and this is what helped getting comfortable with Vim. Note that Emacs does not have this kind of keybindings but they do have a Vim-like mode - Evil (Extensive Vi Layer). More often than not, I just need to think of what I want to accomplish and type the first letters. Like Replace, Visual, Delete, and so on. It is a modal editor after all, meaning it has modes for everything. This is also what increases my productivity when writing files. I just think of my intentions and Vim does the things for me. Read more

Graphics: Intel and Mesa 18.1 RC1 Released

  • Intel 2018Q1 Graphics Stack Recipe
    Last week Intel's Open-Source Technology Center released their latest quarterly "graphics stack recipe" for the Linux desktop. The Intel Graphics Stack Recipe is the company's recommended configuration for an optimal and supported open-source graphics driver experience for their Intel HD/UHD/Iris Graphics found on Intel processors.
  • Mesa 18.1-RC1 Released With The Latest Open-Source 3D Driver Features
    Seemingly flying under our radar is that Mesa 18.1 has already been branched and the first release candidate issued. While the Mesa website hasn't yet been updated for the 18.1 details, Dylan Baker appears to be the release manager for the 18.1 series -- the second quarter of 2018 release stream.

Exploring Contributors Centrality Over Time

At the end of my previous post we concluded with yet another question. Indeed, on the 2017 KDEPIM contributor network we found out that Christian Mollekopf while being a very consistent committer didn't appear as centrality as we would expect. Yet from the topology he seemed to act as a bridge between the core contributors and contributors with a very low centrality. This time we'll try to look into this and figure out what might be going on. My first attempt at this was to try to look into the contributor network on a different time period and see how it goes. If we take two snapshots of the network for the two semesters of 2017, how would it look? Well, easy to do with my current scripts so let's see! Read more

KDE: Elisa 0.1.1, KDE Plasma 5.13 and More

  • 0.1.1 Release of Elisa
    The Elisa team is happy to announce the first bug fix release for the 0.1 version.
  • KDE Plasma 5.13 Is Making Great Improvements On Its Wayland Support
    KDE Plasma 5.13 that is due for release in June will have a great number of improvements to its Wayland support for allowing the KDE Plasma desktop to work much better on this alternative to the X.Org Server. KDE developer Roman Gilg has provided a nice summary of some of the Wayland improvements in the queue for the Plasma 5.13.0 release due out towards the middle of June.
  • This week in Usability & Productivity, part 15
    I’ve initiated a big project: overhauling KDE Open & Save dialogs for greater usability and productivity.
  • Latte bug fix release v0.7.5
    Latte Dock v0.7.5   has been released containing important fixes and improvements! Hopefullly this is going to be the last stable version for v0.7.x family. During the next months the next stable branch (v0.8.x) is going to appear.