-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi Daniel (and all), Thanks for the overview, I upvoted some of your suggestions. Two packages I would like to see in community: TuxGuitar * https://aur.archlinux.org/packages/tuxguitar/ * needs more votes DrumGizmo * https://aur.archlinux.org/packages/drumgizmo/ Another I would like to see in community, but maybe hard to do: Linux-rt * https://aur.archlinux.org/packages/linux-rt/ Thanks, in case of questions, here I am Best, Oli On 18.01.2018 18:21, David Runge wrote:

Hey all,

I plan on moving some packages from AUR to [community]. Namely those would be:

cadence * https://aur.archlinux.org/packages/cadence/ * build without claudia support (flowcanvas is dead and should stay dead)

carla * https://aur.archlinux.org/packages/carla/

faust * https://aur.archlinux.org/packages/faust/ * needs more votes

helm * https://aur.archlinux.org/packages/helm/ * needs more votes

jacktrip * https://aur.archlinux.org/packages/jacktrip/ * needs more votes

liblscp * https://aur.archlinux.org/packages/liblscp/

padthv1 * https://aur.archlinux.org/packages/padthv1/ * needs more votes

quastools-qt5 * https://aur.archlinux.org/packages/qastools-qt5/

qsampler * https://aur.archlinux.org/packages/qsampler/

qmidinet * https://aur.archlinux.org/packages/qmidinet/ * needs more votes

ssr * https://aur.archlinux.org/packages/ssr/ * needs more votes

rtmidi * https://aur.archlinux.org/packages/rtmidi/

tuna * https://aur.archlinux.org/packages/tuna * needs more votes

yoshimi * https://aur.archlinux.org/packages/yoshimi/

zita-ajbridge * https://aur.archlinux.org/packages/zita-ajbridge/ * needs more votes

zita-njbridge * https://aur.archlinux.org/packages/zita-njbridge/

As you can see, some of the packages actually still require more votes for them to be able to move to the main repositories (10 is a requirement).

Additionally, I'd like to add stable versions of the following software (first to the AUR, but eventually to [community]):

sc3-plugins * https://github.com/supercollider/sc3-plugins

ingen * https://drobilla.net/software/ingen

machina * https://drobilla.net/software/machina

qmidictl * https://qmidictl.sourceforge.io

qxgedit * https://qxgedit.sourceforge.io

If you are a user of software of the first group, please make sure to vote for it (or just vote for it ;-) ).

Additionally, this of course is just my short list of "interesting pieces of software, that would be neat to have a binary package of". Maybe you can think of some more?

Let me know!

Best, David

-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEOG/lea0YJkMcnbdyETV5TFGk8tEFAlpg5O4ACgkQETV5TFGk 8tEaaA/7B4xt1JRlCiw3auaKTkusMwo5/L+fdA80lJ0XSYO9PDYXBiUuulpSs7NM vDXDAredGD4ho1hYsjQ4Hvigh11xFjl7D9ss6PV6tFH+xMH3QQDuiyZIZfn+t3Qu knHp5/pur0viYwPvaFMy0gAp9Mc2oy7M2LYATbZiLFaRLVAU3cdfYJehLg31powg 2XjmZ7Z6DjVmBTPkDUqNQkRobqxeVZgL2BrYmxqP0LcqssjOevtmhlDr5sXi1kMD rXxAiL1l3sHCX0zjPk7Qpw7JFy7b5xP1HiYD0kIGdfPu0qoQ4pcmDtx2KZQnbxNQ pMIzCbXH+uO29g2alnwuq4XueOh7HaF/DFMpwzVpHaL1CAIZ7+PqOOsNQzDBm3+D xV3oJCtrLNX8qEqs7ofqSLginJKjGiKOwYKdI7Dq7CIPjq0oXBO0mJiPi/JUxxAO Y6jL9yk4J1bjiJhhfv3QoJ8i1gVlQEcfNh00pJpVW3INykyLSG0ddtuom9blcZka Joz5rAS4tx7GCqtvwTrJZuAhnj+XSJPnVMcLRc13yZwQFL+iB3UJUhRNNkR4WEuG q36i7Xbq7V3Qg/JmgfP4Cf0Vj+zCKNnx/dRTxt0vyQSmt8c79P6k42BVP1zKvgNv VXwkRpdED9UFuyQ0M3tGTIrPi3br/MbRcHHMda26cIMgh+l3REY= =9rks -----END PGP SIGNATURE-----

On Thu, 18 Jan 2018 18:21:07 +0100 David Runge wrote:

Additionally, this of course is just my short list of "interesting pieces of software, that would be neat to have a binary package of". Maybe you can think of some more?

How about ambiX: http://www.matthiaskronlachner.com/?p=2015 -- Joakim

Hey all, I've added a bunch of packages [1]. Some of them were quite a PITA. Please test!!! Best, David [1] https://www.archlinux.org/packages/?sort=&repo=Community-Testing&q=&maintainer=dvzrv&flagged= -- https://sleepmap.de

On 27.01.2018 13:52, Hanspeter Portner wrote:

On 18.01.2018 18:21, David Runge wrote:

...

If you are a user of software of the first group, please make sure to vote for it (or just vote for it ).

Voted for those I'm using, or may want to use in the future ;)

...

Additionally, this of course is just my short list of "interesting pieces of software, that would be neat to have a binary package of". Maybe you can think of some more?

A bit late to the game, but here two (LV2) synth/effects I've not yet seen on any list.

* setbfree https://aur.archlinux.org/packages/setbfree/

* mda-lv2 https://aur.archlinux.org/packages/mda-lv2-git/

This should definitely go into community, already has enough votes, I hope. * rtirq https://aur.archlinux.org/packages/rtirq/

On Sat, 27 Jan 2018 15:52:24 +0100, Hanspeter Portner wrote:

* rtirq https://aur.archlinux.org/packages/rtirq/

Yes, I suspect it is missed, because it's taken for granted and easy to install, even from upstream, IOW without an Arch Linux package, let alone that it nor necessarily fits to all kernels available, e.g a mainline vanilla kernel booted with threadsirq and a long term supported real-time patched kernel. -- Off-topic: Wow, since the latest upgrade of enchant, some apps build against this lates upgrade of enchant don't provide working spell checking anymore :D.

Oops, the forwarded copy provided broken line wrapping, here it is again. On Sat, 27 Jan 2018 16:29:13 +0100, Georg Krause wrote:

On 26.01.2018 17:45, David Runge wrote:

...

Please test!!!

How? Just install them and check if there are running?

Yes! I allready build some software myself along time ago, but didn't install it... [rocketmouse@archlinux aur]$ ls -hl total 11M -rw-r--r-- 1 rocketmouse rocketmouse 9.1M Sep 16 16:45 ardour-5.12-1-x86_64.pkg.tar.xz drwxr-xr-x 2 rocketmouse rocketmouse 24K Jan 26 04:33 current drwxr-xr-x 3 rocketmouse rocketmouse 48K Jan 26 04:33 old lrwxrwxrwx 1 rocketmouse rocketmouse 40 Oct 8 2016 very_old -> /mnt/moonstudio/.var/cache/aur/very_old/ -rw-r--r-- 1 rocketmouse rocketmouse 932K May 27 2017 x42-plugins-20170428-1-x86_64.pkg.tar.xz [rocketmouse@archlinux aur]$ pacman -Q ardour5 x42-plugins ardour5 5.8-1 x42-plugins 20161230-1 ...since I'm short in time and tend to start and finish a production without updating relevant software. Btw. I already installed two page-table isolation kernels, that aren't rt patched kernels. At the moment I don't have time to test if booting with or without nokaiser/nopti does make a difference. [root@archlinux moonstudio]# grep \ no..i /boot/syslinux/syslinux.cfg APPEND root=LABEL=archlinux ro threadirqs nopti APPEND root=LABEL=moonstudio ro nokaiser [root@archlinux moonstudio]# pacman -Q linux linux 4.14.15-1 [root@archlinux moonstudio]# systemd-nspawn apt changelog linux-image-4.4.0.112-lowlatency 2>/dev/null | grep "nokaiser" - kaiser: add "nokaiser" boot option, using ALTERNATIVE Btw. I installed [rocketmouse@archlinux aur]$ pacman -Q linux linux-rt linux-rt-cornflower linux-rt-pussytoes linux 4.14.15-1 linux-rt 4.14.12_rt10-1 linux-rt-cornflower 4.11.12_rt16-1 linux-rt-pussytoes 4.14.8_rt9-2 I wonder if it makes a difference to boot https://aur.archlinux.org/packages/linux-rt/ (linux-rt 4.14.15_rt12-1) with or without nopti, realted to pro-audio performance. I already send a request to linux-rt-users@vger.kernel.org at 25 Jan 2018, but nobody replied. "KPTI was merged into Linux kernel version 4.15, to be released in early 2018, and backported to Linux kernels 4.14.11, 4.9.75, 4.4.110. Windows and macOS released similar updates. KPTI does not address the related Spectre vulnerability." - https://en.wikipedia.org/wiki/Kernel_page-table_isolation -- Off-topic: Wow, since the latest upgrade of enchant, some apps build against this latest upgrade of enchant don't provide working spell checking anymore :D. -- https://www.schneier.com/blog/archives/2018/01/spectre_and_mel_1.html

On Sat, 27 Jan 2018 18:32:56 +0100, David Runge wrote:

Please note: If you now do a `pacman -Syu` (with the [community-testing] repo still enabled in /etc/pacman.conf), you'll update your system with everything that's newer in [community-testing] in comparison to [community] (the first has precedence)!

Better do not enable testing, buts simply install the package you wish to test by pacman -S URL_of_the_package_location The only drawback is that pacman -Sc does not remove the "signature" file from /var/cache/pacman/pkg/, you need to do it manually using "rm". -- https://www.schneier.com/blog/archives/2018/01/spectre_and_mel_1.html

On Sat, 27 Jan 2018 19:01:29 +0100, David Runge wrote:

On 2018-01-27 18:39:16 (+0100), Ralf Mardorf wrote:

...

On Sat, 27 Jan 2018 18:32:56 +0100, David Runge wrote:

...

Please note: If you now do a `pacman -Syu` (with the [community-testing] repo still enabled in /etc/pacman.conf), you'll update your system with everything that's newer in [community-testing] in comparison to [community] (the first has precedence)!

Better do not enable testing, buts simply install the package you wish to test by

pacman -S URL_of_the_package_location

Ralf, that's not really a helpful suggestion.

However, if you activate the [community-testing] repository, pacman will properly install all dependencies of a package and be able to keep track of it in a reasonable way. Some of the new additions have dependencies (also in [community-testing]).

So please, refrain from doing it the way Ralf described.

My apologoes for the typo "S" should read "U", "S" doesn't work at all, but "U" would install all dependencies, too. [root@archlinux rocketmouse]# pacman -Q yoshimi yoshimi 1.5.6-1 [root@archlinux rocketmouse]# pacman -U https://mex.mirror.pkgbuild.com/community-testing/os/x86_64/yoshimi-1.5.6-2-... yoshimi-1.5.6-2-x86_64 6.2 MiB 686K/s 00:09 [--------------------------------------------------------------------] 100% yoshimi-1.5.6-2-x86_64.sig 566.0 B 0.00B/s 00:00 [--------------------------------------------------------------------] 100% loading packages... resolving dependencies... looking for conflicting packages... Packages (1) yoshimi-1.5.6-2 Total Installed Size: 10.95 MiB Net Upgrade Size: -1.78 MiB :: Proceed with installation? [Y/n] (1/1) checking keys in keyring [--------------------------------------------------------------------] 100% (1/1) checking package integrity [--------------------------------------------------------------------] 100% (1/1) loading package files [--------------------------------------------------------------------] 100% (1/1) checking for file conflicts [--------------------------------------------------------------------] 100% (1/1) checking available disk space [--------------------------------------------------------------------] 100% :: Processing package changes... (1/1) upgrading yoshimi [--------------------------------------------------------------------] 100% :: Running post-transaction hooks... (1/3) Updating icon theme caches... (2/3) Arming ConditionNeedsUpdate... (3/3) Updating the desktop file MIME type cache... [root@archlinux rocketmouse]# pacman -Q yoshimi yoshimi 1.5.6-2 [root@archlinux rocketmouse]# ls -hl /var/cache/pacman/pkg/yoshimi-1.5.6-2-x86_64.pkg.tar.xz* -rw-r--r-- 1 root root 6.3M Jan 25 15:01 /var/cache/pacman/pkg/yoshimi-1.5.6-2-x86_64.pkg.tar.xz -rw-r--r-- 1 root root 566 Jan 25 15:01 /var/cache/pacman/pkg/yoshimi-1.5.6-2-x86_64.pkg.tar.xz.sig The only drawaback still is the sig file. Once you install the next upgrade and run "pacman -Sc" the *sig file will not be removed, you need to remove it using rm -i /var/cache/pacman/pkg/*sig [root@archlinux rocketmouse]# rm -i /var/cache/pacman/pkg/*sig rm: remove regular file '/var/cache/pacman/pkg/yoshimi-1.5.6-2-x86_64.pkg.tar.xz.sig'? y [root@archlinux rocketmouse]# ls -hl /var/cache/pacman/pkg/yoshimi-1.5.6-2-x86_64.pkg.tar.xz* -rw-r--r-- 1 root root 6.3M Jan 25 15:01 /var/cache/pacman/pkg/yoshimi-1.5.6-2-x86_64.pkg.tar.xz [root@archlinux rocketmouse]# That's it. Yes, all dependncies already were installed on my system, if not pacman would have installed them.

On Sat, 27 Jan 2018 19:25:29 +0100, Ralf Mardorf wrote:

On Sat, 27 Jan 2018 19:19:10 +0100, Ralf Mardorf wrote:

...

On Sat, 27 Jan 2018 19:01:29 +0100, David Runge wrote:

...

On 2018-01-27 18:39:16 (+0100), Ralf Mardorf wrote:

...

On Sat, 27 Jan 2018 18:32:56 +0100, David Runge wrote:

...

Please note: If you now do a `pacman -Syu` (with the [community-testing] repo still enabled in /etc/pacman.conf), you'll update your system with everything that's newer in [community-testing] in comparison to [community] (the first has precedence)!

Better do not enable testing, buts simply install the package you wish to test by

pacman -S URL_of_the_package_location

Ralf, that's not really a helpful suggestion.

However, if you activate the [community-testing] repository, pacman will properly install all dependencies of a package and be able to keep track of it in a reasonable way. Some of the new additions have dependencies (also in [community-testing]).

So please, refrain from doing it the way Ralf described.

My apologoes for the typo "S" should read "U", "S" doesn't work at all, but "U" would install all dependencies, too.

[root@archlinux rocketmouse]# pacman -Q yoshimi yoshimi 1.5.6-1 [root@archlinux rocketmouse]# pacman -U https://mex.mirror.pkgbuild.com/community-testing/os/x86_64/yoshimi-1.5.6-2-... yoshimi-1.5.6-2-x86_64 6.2 MiB 686K/s 00:09 [--------------------------------------------------------------------] 100% yoshimi-1.5.6-2-x86_64.sig 566.0 B 0.00B/s 00:00 [--------------------------------------------------------------------] 100% loading packages... resolving dependencies... looking for conflicting packages...

Packages (1) yoshimi-1.5.6-2

Total Installed Size: 10.95 MiB Net Upgrade Size: -1.78 MiB

:: Proceed with installation? [Y/n] (1/1) checking keys in keyring [--------------------------------------------------------------------] 100% (1/1) checking package integrity [--------------------------------------------------------------------] 100% (1/1) loading package files [--------------------------------------------------------------------] 100% (1/1) checking for file conflicts [--------------------------------------------------------------------] 100% (1/1) checking available disk space [--------------------------------------------------------------------] 100% :: Processing package changes... (1/1) upgrading yoshimi [--------------------------------------------------------------------] 100% :: Running post-transaction hooks... (1/3) Updating icon theme caches... (2/3) Arming ConditionNeedsUpdate... (3/3) Updating the desktop file MIME type cache... [root@archlinux rocketmouse]# pacman -Q yoshimi yoshimi 1.5.6-2 [root@archlinux rocketmouse]# ls -hl /var/cache/pacman/pkg/yoshimi-1.5.6-2-x86_64.pkg.tar.xz* -rw-r--r-- 1 root root 6.3M Jan 25 15:01 /var/cache/pacman/pkg/yoshimi-1.5.6-2-x86_64.pkg.tar.xz -rw-r--r-- 1 root root 566 Jan 25 15:01 /var/cache/pacman/pkg/yoshimi-1.5.6-2-x86_64.pkg.tar.xz.sig

The only drawaback still is the sig file.

Once you install the next upgrade and run "pacman -Sc" the *sig file will not be removed, you need to remove it using

rm -i /var/cache/pacman/pkg/*sig

[root@archlinux rocketmouse]# rm -i /var/cache/pacman/pkg/*sig rm: remove regular file '/var/cache/pacman/pkg/yoshimi-1.5.6-2-x86_64.pkg.tar.xz.sig'? y [root@archlinux rocketmouse]# ls -hl /var/cache/pacman/pkg/yoshimi-1.5.6-2-x86_64.pkg.tar.xz* -rw-r--r-- 1 root root 6.3M Jan 25 15:01 /var/cache/pacman/pkg/yoshimi-1.5.6-2-x86_64.pkg.tar.xz [root@archlinux rocketmouse]#

That's it.

Yes, all dependncies already were installed on my system, if not pacman would have installed them.

My bad :D

indeed, assuming a package should depend on additional packages from any testing repository, it doesn't work ;), but then we are on the "partial" upgrade issue, so it anyway would be required to enable _all_ testing repositories, not just the community testing repository.

IOW the OP needs to upgarde everything using all testing repositories ;). Actually this usually isn't required ;).

PPS: While David's packages in testing might only require dependencies from community testing, some of the local build packages of the OP might require the same dependencies, but of older releases, so installing David's packages from testing anyway isn't safe, if the OP shouldn't know the dependency trees of the local packages she has got installed.

You missed the whole point. Even if installing dependencies from cummunity testing to fullfill the dependencies of your packages provided by community testing should not break dependencies of any package provided by official non-testing repositories, it still could breake local build packages. No matter how you look at it, enabling community testing and installing your packages + the required dependencies from communety testing, even without upgrading everything to community testing, by pacman -S packages, or by installing the wanted packages, including relevant dependencies by using pacman -U URLs, there is exactly the same tendency to break packages. By one way or another you need to care about the dependencies yourself. By my approach you need to do it already when you install the packages, by your way, you need to care about it, when pacman's output shows you the additional packages that would get installed. In short, either way you need to be aware about your install and the dependencie trees of the installed packages or software that even isn't installed by a local package, but a make install. You recommendation is a partial upgrade as well as my pointer to use the URLs instad of enabling a testing repo.

On Sat, 27 Jan 2018 22:28:27 +0100 Ralf Mardorf wrote:

Now that rtirq moved from AUR to community, it's to consider to what kernel rtirq should fit. OTOH I used and still use the current release of rtirq with several kernel releases. At the moment there shouldn't be an issue with all common used kernel releases.

What possible issue could there be with rtirq except for the kernel not having threaded irqs? -- Joakim

You missed the whole point. Maybe that got sweeped away by the many lines of nonesense without

On 2018-01-27 22:02:32 (+0100), Ralf Mardorf wrote: linebreaks? Whatever people do, if they test something from [community-testing], OF COURSE they should be mindful. That's why I sent a link to the wiki instead of a random "install stuff from somewhere" recommendation with random rants on why stuff might break. You are not the only person on this mailing list and this is not your scratch pad. Reconsider before sending a mail that contains 300 lines and more of random thoughts on something, when at best what you achieve is to add more noise. Pastebins are around for a reason. I've observed this behavior of yours on every mailing list, that you're on. I get, that you want to contribute, but sometimes maybe just don't or at least in a more condensed form? Best, David -- https://sleepmap.de

Hi all, On 2018-02-22 19:23:18 (+0100), David Runge wrote:

the above and additionally all remaining zita-tools are now in [commmunity-testing]. Please test!

@Fons: It would be cool, if you had a look at the zita-{aj,nj}bridge and e.g. zita-mu1 PKGBUILDs [1] [2] [3]. I would rather not apply such hacks during prepare(): Some of the install procedures are broken, but could be fixed either with the target flag (-t) or by being specific about their destination. pacman (and most other package managers) are now compressing man pages themselves by default (which is why I disabled the targets and just install the plain files in my fix).

Best, David

[1] https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packa... [2] https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packa... [3] https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packa...

All are now in [community]. Hydrogen was updated, as well. Please note, that during the upgrade of rtirq to the latest version, I moved the configuration file to /etc/rtirq.conf (as this should be caught by the script by default, so no patching needed). Best, David -- https://sleepmap.de