Audacious 3.6 has been released.
This is another chance for interested people to join and help deciding how
to proceed with the Fedora packages. I'm still looking for co-maintainers,
too, especially some who have an opinion on how to package it.
I've been building pre-releases for it via Fedora Copr
( https://copr.fedoraproject.org/coprs/mschwendt/audacious-next/ )
but don't know whether anyone else has played with those yet (minus the
MP3'n'similar plugins, of course, which are not available).
Audacious 3.6 has changed the used programming language from C to C++.
This also affects the Plugin API again, of course.
It offers new GUI options for us to choose from:
1) The developers have introduced a Qt 5 based GUI that can coexist
with the GTK+ GUI. It's called experimental, since it's not as
feature-rich as the GTK+ GUI yet.
It's a long-time goal to switch to Qt, however:
2) The developers are unhappy with gtk3 and have returned to gtk2.
Currently, they offer _two_ different source tarballs, as they still
support gtk3, too, and some of the changes are not done conditionally
in the source code.
| Audacious can still be built with GTK3 if desired,
| but we recommend the GTK2 variant for any desktop environment
| other than GNOME 3.
Which _would_ open the possibility to build both, but I don't think
that would be worth the trouble (implicit conflicts in libs and packaged
files - the necessity to work around the conflicts somehow, since they
are forbidden if following Fedora's guidelines - the necessity to add
explicit inter-dependencies between packages, and most users would still
only install "audacious" and not an optional "audacious-gtk2" or such).
Enabling the Qt GUI would link Audacious core libraries with Qt by default
in addition to GTK+ and GLib. That has the potential to annoy Qt haters,
and Qt fans might be upset about the gtk3 dependency, too.
I've not been keeping up with NCID (a caller id server/client system;
pretty neat, being able to send caller ID to mythtv, desktop notifications,
It needs some systemd love, and has newer upstream releases. I was using
it on a CentOS 6 server, and have no good way to test it on newer releases.
There aren't a lot of bugs open; it just needs a little help to get it up
to snuff for current Fedora.
So if anyone wants it, have at it. I'll go push the buttons on the pkgdb.
I don't mind hanging on to EPEL, because, well, it's been 0 work. ;)
(and I have the system to test those).
I would like to give away as many packages as I can to others who are
interested. My current job keeps me pretty busy and I have been hanging on
to them in hopes of finding the elusive free time that I don't get much of
anymore. So if you to be a comaintainer or want to take over anything that
I am the point of contact, feel free to drop a request in pkgdb and send me
a note off list as well. Thanks for those who have stepped in from time
The list of packages is at
The gpsd package in rawhide will be updated to 3.13, it's in git now
and will be built later this week or the next week if there are no
It bumps the libgps soname and there are also small API changes,
probably the most important change is that some arrays (used, PRN,
elevation, azimuth, ss) in gps_data_t are now split into the skyview
array of satellite_t inside gps_data_t.
Please let me know if you have any troubles with updating clients.
The following packages seem to depend on libgps:
A scratch build of gpsd is here: