Package Details: jack2-git 2:1.9.22.r3.gb93a1d82-1

Git Clone URL: https://aur.archlinux.org/jack2-git.git (read-only, click to copy)
Package Base: jack2-git
Description: The JACK low-latency audio server
Upstream URL: http://jackaudio.org/
Keywords: audio cv jack midi
Licenses: GPL2, LGPL2.1
Groups: pro-audio
Conflicts: jack, jack2
Provides: jack, jack2, libjack.so, libjacknet.so, libjackserver.so
Submitter: longname
Maintainer: milkii (dvzrv, SpotlightKid)
Last Packager: SpotlightKid
Votes: 8
Popularity: 0.000000
First Submitted: 2012-03-04 20:18 (UTC)
Last Updated: 2023-07-24 18:14 (UTC)

Required by (801)

Sources (1)

Latest Comments

1 2 3 4 5 Next › Last »

aggraef commented on 2023-07-24 17:53 (UTC)

Hi @SpotlightKid, can you please update the git describe in pkgver()? Recently the jack2-control-api-relicense-nedko tag was added to the develop branch, which makes for funny-looking package names. Adding --match="v[0-9]*" to git describe will cure that:

$ git describe --long --tags
jack2-control-api-relicense-nedko-2-gb93a1d82
$ git describe --long --tags --match="v[0-9]*"
v1.9.22-3-gb93a1d82

Terence commented on 2019-09-21 12:33 (UTC)

Thanks for your answer Ralf. What I don't get is I still had dependency problems because of this package not providing jack2.

Ralf_Mardorf commented on 2019-09-21 03:05 (UTC) (edited on 2019-09-21 03:09 (UTC) by Ralf_Mardorf)

Hi Terence, a lot of pro-audio users, I'm one of them, are in favour of jackd. Also keep in mind, that users might want to launch old audio session scripts, to restore an old audio session. I'm not aware that dbus is the default nowadays, however, even if it would become a default, some users are using Linux for pro-audio for more than a decade, so they need backwards compatibility.

The jack2-git package provides jack, so does jack from community and there is no issue with installing lib32-jack2. Apps depend on jack, never on jack2. This is not Ubuntu where a quasi empty meta-package jackd is a dummy for jack1 and jack2.

[rocketmouse@archlinux ~]$ pacman -Qi jack2 | grep Provides
Provides        : jack  libjack.so=0-64  libjacknet.so=0-64  libjackserver.so=0-64
[rocketmouse@archlinux ~]$ sudo pacman -S lib32-jack2 
resolving dependencies...
looking for conflicting packages...

Packages (3) lib32-celt-0.11.3-3  lib32-opus-1.3.1-1  lib32-jack2-1.9.12-3

Total Download Size:   0.32 MiB
Total Installed Size:  0.77 MiB

:: Proceed with installation? [Y/n] n
[rocketmouse@archlinux ~]$ pacman -Qi yoshimi | grep Depends
Depends On      : alsa-lib  cairo  fftw  fltk  gcc-libs  glibc  jack  mxml  ncurses  zlib

Terence commented on 2019-09-20 20:42 (UTC) (edited on 2019-09-20 20:49 (UTC) by Terence)

What is the reasoning behind keeping jackd now that dbus is the default? (--classic + --systemd-units)

Compilation checks report "WARNING !! mixing both jackd and jackdbus may cause issues:".

Terence commented on 2019-09-15 17:58 (UTC) (edited on 2019-09-15 18:00 (UTC) by Terence)

@SpotlightKid Well see my comments below. lib32-jack2 needs jack2 and it makes sense because jack2 and jack are different. https://github.com/jackaudio/jackaudio.github.com/wiki/Q_difference_jack1_jack2

An application could depends on jack2 dbus support for example.

SpotlightKid commented on 2019-09-15 17:52 (UTC)

@Terence_ I don't know, should packages really depend on "jack2" instead of just "jack". What are valid reasons for that?

Terence commented on 2019-09-15 13:20 (UTC)

Shouldn't "jack2" be added to the "provides" array?

Terence commented on 2019-08-31 09:46 (UTC)

No worries, you tried to help :)

Ralf_Mardorf commented on 2019-08-31 09:43 (UTC)

My apologies Terence, I should have noticed that it just was a typo, missing the "2". However, the chance that the 32 bit lib might not be required, was a valid thought. Unfortunately you need it. I'm sorry for the noise.

Terence commented on 2019-08-31 09:36 (UTC)

I also edited mine: I didn't paste the log correctly, I'm in fact using lib32-jack2 already.