Language Selection

English French German Italian Portuguese Spanish

GNU: FS Directory, GNOME Builder and GtkSourceView Moving to Meson

Filed under
Development
GNU
GNOME
  • The Free Software Directory needs you! IRC meetups every Friday

    The Free Software Directory is an essential catalog of free software online. The Directory is maintained by countless volunteers dedicated to the promotion of software that respects your personal liberty. As with any group composed of volunteers, the informal Directory team has people who come and go, and right now, it could really use some fresh new members to kick our efforts into high gear.

    Tens of thousands of people visit the Directory every month to discover free software and explore information about version control, documentation, and licensing. All of this information is also exported in machine-readable formats, making it a valuable source of data for the study of trends in free software. The Directory is powered by MediaWiki, the same software used by Wikipedia.

  • Builder 3.33.1

    Our first 3.33 release has landed as we move towards 3.34. There is a lot to do this cycle in case you’re interested in contributing. The best way to get started is to dive into the code. We can help you with that on IRC.

    Lots of this release is code behind the scenes, so screenshots won’t do them justice. But there are some visible goodies too.

    We got a DBus Inspector inspired by D-feet. The long term goal is to merge that new code into D-feet itself.

  • GtkSourceView moved to Meson

    The master branch of GtkSourceView (what will become 4.4) has moved to meson for development. I branched gtksourceview-4-2 for patch releases of 4.2.x which will remain autotools. Today’s release of gtksourceview-4.3.1 contains both autotools and meson. However 4.3.2 will remove autotools entirely.

More in Tux Machines

today's howtos

Android Leftovers

Latest From Libinput

  • libinput and tablet proximity handling
    This is merely an update on the current status quo, if you read this post in a year's time some of the details may have changed libinput provides an API to handle graphics tablets, i.e. the tablets that are used by artists. The interface is based around tools, each of which can be in proximity at any time. "Proximity" simply means "in detectable range". libinput promises that any interaction is framed by a proximity in and proximity out event pair, but getting to this turned out to be complicated. libinput has seen a few changes recently here, so let's dig into those. Remember that proverb about seeing what goes into a sausage? Yeah, that.
  • libinput and the Dell Canvas Totem
    We're on the road to he^libinput 1.14 and last week I merged the Dell Canvas Totem support. "Wait, what?" I hear you ask, and "What is that?". Good question - but do pay attention to random press releases more. The Totem (Dell.com) is a round knob that can be placed on the Dell Canvas. Which itself is a pen and touch device, not unlike the Wacom Cintiq range if you're familiar with those (if not, there's always lmgtfy).
  • Libinput 1.14 Will Support Dell's Totem Input Device
    Dell announced the Totem two years ago while the Linux support is finally getting in order. However, there isn't yet any notable applications/tool-kits at least on Linux that support utilizing this specialized input device. Red Hat input expert Peter Hutterer, who also maintains libinput, has blogged about the Totem support addition for the upcoming libinput 1.14. If you are interested in this unique input device, Peter's post has all the interesting technical bits.

Jami/Ring, finally functioning peer to peer communication client

Some years ago, in 2016, I wrote for the first time about the Ring peer to peer messaging system. It would provide messaging without any central server coordinating the system and without requiring all users to register a phone number or own a mobile phone. Back then, I could not get it to work, and put it aside until it had seen more development. A few days ago I decided to give it another try, and am happy to report that this time I am able to not only send and receive messages, but also place audio and video calls. But only if UDP is not blocked into your network. The Ring system changed name earlier this year to Jami. I tried doing web search for 'ring' when I discovered it for the first time, and can only applaud this change as it is impossible to find something called Ring among the noise of other uses of that word. Now you can search for 'jami' and this client and the Jami system is the first hit at least on duckduckgo. Jami will by default encrypt messages as well as audio and video calls, and try to send them directly between the communicating parties if possible. If this proves impossible (for example if both ends are behind NAT), it will use a central SIP TURN server maintained by the Jami project. Jami can also be a normal SIP client. If the SIP server is unencrypted, the audio and video calls will also be unencrypted. This is as far as I know the only case where Jami will do anything without encryption. Read more