#583 Bless xwax for inclusion in Fedora
Closed None Opened 8 years ago by john2583.

This is a request for FESCo to bless xwax [1] for inclusion in Fedora even though it is provides partial functionality from external bits that are not redistributable in Fedora.

From my post [2] to packaging@lists.fedoraproject.org:

I would love to package xwax for Fedora

xwax reads special timecoded vinyls/CDs for the purpose of DJing and
playing audio files from your computer.

My concern is it might not pass this part of the Packaging Guidelines


It starts the decoding process in a separate thread and uses


but also

faad (AAC)

Now it will work without those last 3, it will compile and run fine,
just if a user tries to play a file that would require one of those
decoders it will just generate an error to stdout/stderr saying

/usr/libexec/xwax-import: line 41: exec: ffmpeg: not found

or something similar.


but it will keep running fine. So in that sense I think it is still
useful without the external bits because it still works with free

The only other small concern that I'm aware of is that it's a GUI
application, but it has no .desktop file and I don't think it should
because the program is setup entirely from command line flags. There
is no way to configure it after it is started. If you run the command
line with no options (without setting the sound card to read from for
example) it will not start and tell you to read the help ( -h)

Does xwax meet Fedora's guidelines?

If so please bless it here so that when I submit the spec file to Bugzilla for review I can point at this for any reviewer that has concerns about it's acceptance in Fedora.

If not are there any changes that could be made to xwax in order to allow it in Fedora? For example a patch that removed support for the non-redistributable functionality? The MakeFile does not currently have an option to disable certain decoders.

  1. http://www.xwax.co.uk/
  2. http://lists.fedoraproject.org/pipermail/packaging/2011-April/007739.html

FESCo is ok with this package going in (of course it must pass review and meet guidelines).

You should also strongly consider fixing the error handling (so it pops up a "I'm sorry, I can't handle that without additional codecs", or the like).

Awesome news. Thank you for your quick response. I will look into error handling regarding the codecs issue.

Login to comment on this ticket.