Package Details: mixxx-git r7860-1

Git Clone URL: https://aur.archlinux.org/mixxx-git.git (read-only, click to copy)
Package Base: mixxx-git
Description: Digital DJ mixing software. Git master branch (development/alpha).
Upstream URL: https://mixxx.org/
Keywords: dj mix mp3 pro-audio
Licenses: GPL2
Groups: pro-audio
Conflicts: mixxx
Provides: mixxx
Submitter: Gimmeapill
Maintainer: Holzhaus
Last Packager: Holzhaus
Votes: 21
Popularity: 0.005636
First Submitted: 2013-08-29 22:59
Last Updated: 2021-05-06 11:02

Pinned Comments

Gimmeapill commented on 2018-11-04 18:24

For those looking for something more stable than the alpha/default branch, there's another git pkgbuild for the 2.3 branch (beta), which should be reliable enough for daily use: https://aur.archlinux.org/packages/mixxx_beta-git/

Gimmeapill commented on 2018-02-25 20:15

This package will automatically retrieve and build the latest development snapshot of Mixxx from git (default branch).

It does not need to be updated on every release, so please do not flag out of date unless the build breaks or any actual packaging issue.

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Holzhaus commented on 2021-01-12 14:48

I enabled WavPack support, fixed some dependencies and skipped building tests.

Holzhaus commented on 2021-01-05 14:23

Now that the pkgbuild in an ok shape I'm orphaning both mixxx pkgbuilds as I can't justify the time to maintain, so feel free to take it from there.

Sorry, we really did a lot of build-related changes lately. I'd be happy to take over.

Gimmeapill commented on 2021-01-03 13:47

udev rule installation updated accordingly.

Now that the pkgbuild in an ok shape I'm orphaning both mixxx pkgbuilds as I can't justify the time to maintain, so feel free to take it from there.

Gimmeapill commented on 2020-12-31 07:05

@xerus & Holzhaus: dependencies updated. I'll test & update the udev rule install on the 2.3 branch pkgbuild probably this week end.

xerus commented on 2020-12-30 18:22

Apparently the project depends on wavpack as well, just found that out as it failed to link.

Holzhaus commented on 2020-12-29 12:06

@Gimeapill: The PR has been merged (to the 2.3 branch, we'll take care of merging it into the main branch soon). It will allow you to use -DCMAKE_INSTALL_PREFIX=/usr again. The udev rules will be installed to /usr/share/mixxx/udev now, so either print a message to symlink it manuall or use install -Dm644 to install it to /usr/lib/udev/rules.d automatically.

Also, font installation on linux is disabled. Therefore, the depends array needs to be updated to include ttf-opensans and ttf-ubuntu-font-family.

Gimmeapill commented on 2020-12-26 07:34

@Holzhaus: Thanks a lot for your help.

I've worked around the udev installation path manually in the meantime for both pkgbuilds. I'll update again when your PR is merged.

Dependencies and build flags are updated, so as far as I can tell we should be good for now, but if you see something you don't like please shout ;-)

Holzhaus commented on 2020-12-21 20:31

@Gimmeapill

The proper path for system rules should anyway be /lib/udev/rules.d/, so we will need to eventually change that and disable the auto installation.

Ideally it would install the rules into /usr/lib/udev/rules.d. I opened a PR to fix that: https://github.com/mixxxdj/mixxx/pull/3458

That DCMAKE_INSTALL_PREFIX flag is quite misleading since the application installs under /usr no matter how.

Yes, my upstream PR fixes that, hopefully it gets merged soon.

I was asking about your build flags because the feature related to qt5-declarative & qt5-script doesn't seem to be activated by cmake even if the dependency is present, so maybe they could be moved to the make-depends array or just removed?

Mixxx switched from QScriptEngine (qt5-script) to QJSEngine (qt5-declarative) some time ago: https://github.com/mixxxdj/mixxx/pull/2682 JavaScript controller mapping support is not an optional feature, Mixxx won't build without it. Therefore the qt5-declarative dependency is required, and qt5-script can be removed.

Gimmeapill commented on 2020-12-21 08:45

@Holzhaus: Actually I'm blind, the udev path was very wrong (/usr/etc...) until the install prefix was changed back to the root FS rather than /usr. The proper path for system rules should anyway be /lib/udev/rules.d/, so we will need to eventually change that and disable the auto installation.

That DCMAKE_INSTALL_PREFIX flag is quite misleading since the application installs under /usr no matter how. Anyway, I applied the build flags you provided, the namcap output looks a bit better now.

Gimmeapill commented on 2020-12-18 11:20

@Holzhaus: I didn't apply the patch as I got wary of the install prefix under the root file system: -DCMAKE_INSTALL_PREFIX=/

That's why I wanted to review step by step (also to try to understand where I got it wrong).

But the build is not broken: those are namcap warnings and are expected. I don't remember Mixxx ever being 100% namcap clean (as far as the 1.7.x era at least).

For example if you want the udev rule to be installed, I don't see how you could get away with the non-standard directory warning. This would maybe cause trouble for an official package, but that's acceptable for a pkgbuild intended to followup closely on the latest developments (while requiring the minimum of maintenance).

Yet those warnings can be improved. I was asking about your build flags because the feature related to qt5-declarative & qt5-script doesn't seem to be activated by cmake even if the dependency is present, so maybe they could be moved to the make-depends array or just removed?

I would ideally prefer to have the simplest build options and just rely on the namcap output to track dependencies (for easier maintenance), but it might also make sense to hardcode all buildflags to see precisely what option are activated or not.