Horst Busche | 3 Dec 11:51 2014

Package request

Hi guys,

i hope this is the right section to ask.

I´m looking for a repository to pick up proprietary software. In this case it´s Bitwig Studio.

Bitwig Studio is a dynamic software solution for music creation and performance(...). (www.bitwig.com)

Due to the script one guy wrote i pack RPM packages already, but i only can upload them to a hoster. I got a couple of request, if it´s possible to get Bitwig in a repo to make it easier to stay up to date.

For RPM packages, check the link below.

PlanetCCRMA mailing list
PlanetCCRMA <at> ccrma.stanford.edu
S C Rigler | 28 Nov 03:40 2014

Oops on 3.14.25-200.rt22.1.fc20.ccrma.x86_64+rt


I just recently upgraded from F19 to F20.  The 3.10 kernel-rt packages
worked well on my system.  However, no such luck with the latest two
3.14 kernel-rt packages.  The machine boots, starts X, and logs into a
desktop just fine.  However after some period of time it will lock up
hard (at least X does; I haven't tried ssh'ing in yet).  I still have
a 3.10 kernel-rt package so I've been running with that in the

The message is pasted below.


kernel: ------------[ cut here ]------------
kernel: WARNING: CPU: 4 PID: 1044 at lib/list_debug.c:59
kernel: list_del corruption. prev->next should be ffff88013488ede0,
but was ffff88013488ede8
kernel: Modules linked in: snd_hrtimer snd_seq_midi snd_seq_midi_event
snd_seq_dummy fuse ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6
ip6table_filter nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack
nf_conntrack ip6_tables coretemp kvm_intel snd_hda_codec_realtek
snd_hda_codec_generic snd_usb_audio snd_usbmidi_lib snd_hda_intel kvm
snd_rawmidi snd_hda_codec uvcvideo snd_hwdep snd_seq crc32c_intel
videobuf2_vmalloc videobuf2_memops videobuf2_core snd_seq_device arc4
videodev snd_pcm media sdhci_pci r8169 rtl8192se rtl_pci rtlwifi
mac80211 microcode cfg80211 iTCO_wdt iTCO_vendor_support sdhci
toshiba_acpi mei_me mii mmc_core mei snd_timer snd soundcore nfsd
shpchp sparse_keymap rfkill i7core_edac i2c_i801 serio_raw edac_core
auth_rpcgss toshiba_bluetooth lpc_ich mfd_core nfs_acl lockd
kernel: sunrpc
kernel: binfmt_misc
kernel: hid_logitech_dj
kernel: nouveau
kernel: mxm_wmi
kernel: wmi
kernel: i2c_algo_bit
kernel: drm_kms_helper
kernel: firewire_ohci
kernel: ttm
kernel: firewire_core
kernel: crc_itu_t
kernel: drm
kernel: i2c_core
kernel: video
kernel: CPU: 4 PID: 1044 Comm: Xorg Not tainted
3.14.25-200.rt22.1.fc20.ccrma.x86_64+rt #1
kernel: Hardware name: TOSHIBA Satellite A505/Portable PC, BIOS 1.40 08/31/2010
kernel: 0000000000000000 0000000081117465 ffff8800b5925ac0 ffffffff81707ceb
kernel: ffff8800b5925b08 ffff8800b5925af8 ffffffff8108bbed ffff88013488ede0
kernel: ffff88013488e090 ffff88013488e090 ffff88013488e080 ffff8800ae963848
kernel: Call Trace:
kernel: [<ffffffff81707ceb>] dump_stack+0x4d/0x6f
kernel: [<ffffffff8108bbed>] warn_slowpath_common+0x7d/0xc0
kernel: [<ffffffff8108bc8c>] warn_slowpath_fmt+0x5c/0x80
kernel: [<ffffffff81379431>] __list_del_entry+0xa1/0xd0
kernel: [<ffffffff8137946d>] list_del+0xd/0x30
kernel: [<ffffffffa01436f3>] nouveau_fence_signal+0x53/0x80 [nouveau]
kernel: [<ffffffffa01437d8>] nouveau_fence_update+0x48/0xa0 [nouveau]
kernel: [<ffffffffa0143ddb>] nouveau_fence_done+0x1b/0x30 [nouveau]
kernel: [<ffffffffa0145bfe>] nouveau_bo_fence_signalled+0xe/0x10 [nouveau]
kernel: [<ffffffffa009a907>] ttm_bo_wait+0x137/0x1d0 [ttm]
kernel: [<ffffffffa009b68d>] ttm_bo_release+0x21d/0x2b0 [ttm]
kernel: [<ffffffffa009b749>] ttm_bo_unref+0x29/0x30 [ttm]
kernel: [<ffffffffa0149491>] nouveau_gem_object_del+0x61/0x80 [nouveau]
kernel: [<ffffffffa00301e9>] drm_gem_object_free+0x29/0x30 [drm]
kernel: [<ffffffffa00307da>]
drm_gem_object_handle_unreference_unlocked+0xda/0x110 [drm]
kernel: [<ffffffffa00308da>] drm_gem_handle_delete+0xca/0x120 [drm]
kernel: [<ffffffffa0030fb8>] drm_gem_close_ioctl+0x28/0x30 [drm]
kernel: [<ffffffffa002ed22>] drm_ioctl+0x4f2/0x620 [drm]
kernel: [<ffffffff81202972>] ? __d_free+0x42/0x60
kernel: [<ffffffff810bce34>] ? migrate_enable+0x94/0x1a0
kernel: [<ffffffffa0140e5e>] nouveau_drm_ioctl+0x4e/0x90 [nouveau]
kernel: [<ffffffff811fff50>] do_vfs_ioctl+0x2e0/0x4c0
kernel: [<ffffffff812fa776>] ? file_has_perm+0xa6/0xb0
kernel: [<ffffffff812001b1>] SyS_ioctl+0x81/0xa0
kernel: [<ffffffff81129986>] ? __audit_syscall_exit+0x1f6/0x2a0
kernel: [<ffffffff817162e9>] system_call_fastpath+0x16/0x1b
kernel: ---[ end trace 0000000000000002 ]---
Tobias Brodel | 17 Nov 02:32 2014

Fedora 21/arm7


I'm doing an internship in the Audiokinetic Research lab at my university next semester and plan to
do some work with embedded ARM boards. Fedora 21 will be the first release to support many
armv7 boards as an official target architecture so I'd like to offer my help in packaging
Planet CCRMA for F21 and hopefully make a successful port of as many of the applications as
possible to ARM.

Is anyone currently working on Planet CCRMA for F21? If so, what's the best way for me to contribute?

PlanetCCRMA mailing list
PlanetCCRMA <at> ccrma.stanford.edu
Tony White | 15 Oct 12:53 2014

kernel-rt-3.14.17-200.rt9 compiled against Fedora 19

I compiled the Fedora 20 kernel-rt X86_64 rpm - kernel-rt-3.14.17-200.rt9 for Fedora 19 yesterday and it works great here.
Anyone still running Fedora 19 (or mashing planet CCRMA's Fedora 19 repo into CentOS 7) who is interested can download the rpms from my gdrive :
All I did was compile the kernel-rt-3.14.17-200.rt9 source rpm from the planet CCRMA Fedora 20 repo on Fedora 19.
The current kernel-rt in the official Planet CCRMA Fedora 19 repo is 3.10.25-200.rt23.1 and It is missing some stuff which prevented bluetooth working properly for me, so I thought it was worth a shot to see if it solved my issue and it seems to have paid off.
I have stable temps, no xruns from jack and importantly KDE bluetooth integration now works! :)
should you want to do a recompile yourself. It was a case of installing the rpm dev tools, gcc, etc and doing :
rpm -ivh kernel-3.14.17-200.rt9.1.fc20.ccrma.src.rpm
rpmbuild -bb --target=`uname -m` ~/rpmbuild/SPECS/kernel.spec
then installing the rpms
from the build using yum.
Have a great day!
Kind Regards,
Tony White
twhite <at> operamail.com
-- -- http://www.fastmail.fm - Same, same, but different...
PlanetCCRMA mailing list
PlanetCCRMA <at> ccrma.stanford.edu
Oded Ben-Tal | 4 Oct 16:29 2014

help with compiling

I am trying to compile SCMIR (Music Information Retrieval library for Supercollider) and running into problems. Unfortunately Nick Collins (the author of said library) isn't a linux user.
When I try to make I get an error message
make[2]: *** No rule to make target `/usr/lib64/libgsl.a', needed by `gmm'.

There is a libgsl.so there. I never used cmake (and the last time I used makefiles was ~15 years ago). Does anyone know if I can just try to find where this is specified and change it to .so (how do I find that?) or would it be simpler to try and install the .a version?
PlanetCCRMA mailing list
PlanetCCRMA <at> ccrma.stanford.edu
Oded Ben-Tal | 23 Sep 18:23 2014

supercollider quarks?

I'm trying to figure out how I get SC to use quarks installed from planet
rpms. These are installed on my machine (use/share/) and I have 
.local/share/supercollider/quarks direcotry. But when I try to look up
something in scide (for example I was trying to see if I can use MarkovSet) it
can't find it. Or at least it can't find the help files that explain it. What
am I missing? 

many thanks
Oleg Samarin | 21 Sep 16:42 2014

kernel panic while loading realtime kernel


When I try to load a realtime kernel, it often (~50% attepmts) does not
start and raises a kernel panic with the stack attached.

No I use kernel_rt 3.14.17-200.rt9.1 but the same issue was with the
elder versions.

How can I resolve this issue?

PlanetCCRMA mailing list
PlanetCCRMA <at> ccrma.stanford.edu
Oleg Samarin | 5 Sep 21:35 2014

Performance degradation with kernel-rt-3.14.17-200.rt9.1.fc20.ccrma.x86_64


I use Fedora 20 with PlanetCCRMA realtime kernel.

After upgrading the kernel from kernel-rt-3.12.12-300.rt19.1.fc20.ccrma to 
the last one - kernel-rt-3.14.17-200.rt9.1.fc20.ccrma, the huge sound
distortion started occurring. When I boot my station with kernel-rt-3.12.12,
everything seems all right.

The most probably reason is a bug in intel_pstate driver, that prevents CPU
 speeding up: https://bugzilla.kernel.org/show_bug.cgi?id=70941,  There is a
patch that should solve this problem. 

Could you include this patch in the next build of kernel-rt?
Robert Vogel | 29 Aug 04:22 2014

[PlanetCCRMANews] GMorgan0.70 tar file available from Sourceforge.

Download the Gmorgan 0.70 tar file from Sourceforge.com. Don't use svn, 
it is not updated.

Gmorgan is a midi processor. It can be voiced using Linux synths, midi 
connected equipment, or using one or more of the many soundcards 
available. I like to use a velocity sensing keyboard so that voices can 
be mixed or layered. It recognizes chords being played on the keyboard, 
and on the background terminal prints the input notes in both numeric 
and alpha form. Other features include a rhythm arranger, a style based 
sequencer, midi recorder. See the Youtube video links from the 
sourceforge home page.

GMorgan .70, the latest version for GNU/Linux, incorporates a new drum 
pattern panel based on the FLTK spreadsheet example, and
includes some miscellaneous cleanup.

Runs well on Ubuntu 12.4 with proprietary NVidia drivers.

If you have tried it before, be sure to go to Settings->global, renew 
the file paths to the current .70 gmorgan directory, and save them. The 
sound file has been renamed sounds.gmox and slightly reformatted, so 
results could be unpredictable if you don't at least reset this file.

Mark Cochran | 26 Aug 22:08 2014

yum error updating planetccrma-core

I saw an update to planetccrma-core made available the other day, but get this dependency error from yum when I try to update it.

Error: Package: planetccrma-core-2014.08.24-1.fc20.ccrma.x86_64 (planetcore)
           Requires: kernel-x86_64 = 3.17.17-200.rt9.1.fc20.ccrma.rt

Should that dependency be on kernel 3.14.17 perhaps?

Mark Cochran
PlanetCCRMA mailing list
PlanetCCRMA <at> ccrma.stanford.edu
Yoann LE BARS | 19 Aug 03:42 2014

[PlanetCCRMANews] What is to become concerning real time in Linux kernel

Hello everybody out there!

	As it is my first post to this mailing list, let me introduce myself

	I am a long time musician (I started in sometime like 1985), mostly
using acoustic instruments. I am also a Unix (including GNU/Linux) user
since quite a while (starting in 1997). Of course, when I need a
computer for music, I use Planet CCRMA.

	The reason I am posting today is I have some question about soft
real-time Linux kernel future.

	During Real Time Linux Workshop in November 2013, developers involved
in the real-time patch have indicated the project will be done in 2014,
“one way or another” (<http://lwn.net/Articles/572740/>). In this
workshop, it has also been said that 95 % of the real-time work was
already upstream.

	The question was how will it be done? In considering that the 95 % is
good enough? In getting the rest of the code upstream – which imply an
important effort and several people involved in it? Something between
these two options?

	As SCHED_DEADLINE has been incorporated into Linux 3.14 kernel
(<http://www.phoronix.com/scan.php?page=news_item&px=MTU3Njk>), it seems
to me that it has been decided to get some more code upstream. Still,
the question remains: what way will be the project done? Moreover, as I
am using Fedora 20, I can choose between real-time Linux kernel 3.12
from Planet CCRMA and Fedora’s mainstream 3.15 kernel. What about
real-time capabilities of the 3.15 kernel in contrast with the 3.12
real-time kernel?

	Does anyone have any more information about it? As for my part, I
cannot find anything more.