From seg at haxxed.com Sat Jul 1 08:33:35 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 01 Jul 2006 03:33:35 -0500 Subject: [Fedora-music-list] Serious kernel bugs? Message-ID: <1151742815.2905.11.camel@localhost> I've been having odd problems with music apps for a while now, and now with kernel-2.6.17-1.2139_FC5, I'm seeing stuff like this: Jun 26 00:24:35 localhost kernel: List corruption. next->prev should be c989b448, but was caa378e8 Jun 26 00:24:35 localhost kernel: ------------[ cut here ]------------ Jun 26 00:24:35 localhost kernel: kernel BUG at include/linux/list.h:58! Jun 26 00:24:35 localhost kernel: invalid opcode: 0000 [#1] Jun 26 00:24:35 localhost kernel: last sysfs file: /class/net/ath0/flags Jun 26 00:24:35 localhost kernel: Modules linked in: esp4 ah4 wlan_wep(U) deflate zlib_deflate twofish serpent aes blowfish des sha256 crypto_null af_key autofs4 hidp l2cap bluetooth sunrpc ipt_REJECT xt_state ip_conntrack nfnetlink xt_tcpudp iptable_filter ip_tables x_tables video button battery ac ipv6 lp uhci_hcd wlan_scan_sta(U) floppy joydev ath_pci(U) ath_rate_sample(U) wlan(U) snd_via82xx gameport snd_ac97_codec snd_ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq ath_hal(U) snd_pcm_oss snd_mixer_oss parport_pc parport snd_pcm snd_timer snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore dm_snapshot dm_zero dm_mirror dm_mod reiserfs Jun 26 00:24:35 localhost kernel: CPU: 0 Jun 26 00:24:35 localhost kernel: EIP: 0060:[] Tainted: PF VLI Jun 26 00:24:35 localhost kernel: EFLAGS: 00010082 (2.6.17-1.2139_FC5 #1) Jun 26 00:24:35 localhost kernel: EIP is at snd_seq_delete_all_ports +0x60/0x176 [snd_seq] Jun 26 00:24:35 localhost kernel: eax: 00000044 ebx: c989b448 ecx: c06bbfd0 edx: cb940550 Jun 26 00:24:35 localhost kernel: esi: c989b448 edi: caa378e8 ebp: caa37860 esp: d3355f30 Jun 26 00:24:35 localhost kernel: ds: 007b es: 007b ss: 0068 Jun 26 00:24:35 localhost kernel: Process qjackctl (pid: 3327, threadinfo=d3355000 task=cb940550) Jun 26 00:24:35 localhost kernel: Stack: d81f3432 c989b448 caa378e8 caa378fc caa378f0 00000282 22222222 22222222 Jun 26 00:24:35 localhost kernel: caa37860 d68b5744 d68b5744 d5368280 d81ed1bc caa37860 d81ed26e 00000000 Jun 26 00:24:35 localhost kernel: d68b58cc 00000008 caa37860 d81ed2bc 00000008 c045ce66 00000000 d75d34d0 Jun 26 00:24:35 localhost kernel: Call Trace: Jun 26 00:24:35 localhost kernel: seq_free_client1+0x8/0x7e [snd_seq] seq_free_client+0x3c/0x78 [snd_seq] Jun 26 00:24:35 localhost kernel: snd_seq_release+0x12/0x31 [snd_seq] __fput+0xb2/0x158 Jun 26 00:24:35 localhost kernel: filp_close+0x52/0x59 syscall_call+0x7/0xb Jun 26 00:24:35 localhost kernel: Code: 00 00 74 6d 8b 9d 88 00 00 00 8b b5 8c 00 00 00 8b 43 04 39 f0 74 1c 89 74 24 04 89 44 24 08 c7 04 24 32 34 1f d8 e8 8f a7 22 e8 <0f> 0b 3a 00 1d 34 1f d8 8b 06 39 d8 74 1c 89 5c 24 04 89 44 24 Jun 26 00:24:35 localhost kernel: EIP: [] snd_seq_delete_all_ports+0x60/0x176 [snd_seq] SS:ESP 0068:d3355f30 Jun 26 00:24:35 localhost kernel: <3>BUG: sleeping function called from invalid context at include/linux/rwsem.h:43 Jun 26 00:24:35 localhost kernel: in_atomic():0, irqs_disabled():1 Jun 26 00:24:36 localhost kernel: blocking_notifier_call_chain+0x18/0x49 do_exit+0x19/0x768 Jun 26 00:24:36 localhost kernel: do_unblank_screen +0x2a/0x127 die+0x27b/0x2a0 Jun 26 00:24:36 localhost kernel: do_invalid_op+0x0/0xab do_invalid_op+0xa2/0xab Jun 26 00:24:36 localhost kernel: snd_seq_delete_all_ports +0x60/0x176 [snd_seq] autoremove_wake_function+0x0/0x35 Jun 26 00:24:36 localhost kernel: sock_aio_read+0x5e/0x6a debug_mutex_add_waiter+0x1c/0x2c Jun 26 00:24:36 localhost kernel: error_code+0x4f/0x54 snd_seq_delete_all_ports+0x60/0x176 [snd_seq] Jun 26 00:24:36 localhost kernel: seq_free_client1+0x8/0x7e [snd_seq] seq_free_client+0x3c/0x78 [snd_seq] Jun 26 00:24:36 localhost kernel: snd_seq_release+0x12/0x31 [snd_seq] __fput+0xb2/0x158 Jun 26 00:24:36 localhost kernel: filp_close+0x52/0x59 syscall_call+0x7/0xb Jun 26 00:24:36 localhost kernel: BUG: qjackctl/3327, lock held at task exit time! Jun 26 00:24:36 localhost kernel: [d81f9860] {register_mutex} Jun 26 00:24:36 localhost kernel: .. held by: qjackctl: 3327 [cb940550, 115] Jun 26 00:24:36 localhost kernel: ... acquired at: seq_free_client+0x10/0x78 [snd_seq] That's what happens if I start qjackctl, then quit it. I get this if I start qjackctl/jackd then try and start hydrogen: Jun 26 00:24:35 localhost kernel: List corruption. next->prev should be c989b448, but was caa378e8 Jun 26 00:24:35 localhost kernel: ------------[ cut here ]------------ Jun 26 00:24:35 localhost kernel: kernel BUG at include/linux/list.h:58! Jun 26 00:24:35 localhost kernel: invalid opcode: 0000 [#1] Jun 26 00:24:35 localhost kernel: last sysfs file: /class/net/ath0/flags Jun 26 00:24:35 localhost kernel: Modules linked in: esp4 ah4 wlan_wep(U) deflate zlib_deflate twofish serpent aes blowfish des sha256 crypto_null af_key autofs4 hidp l2cap bluetooth sunrpc ipt_REJECT xt_state ip_conntrack nfnetlink xt_tcpudp iptable_filter ip_tables x_tables video button battery ac ipv6 lp uhci_hcd wlan_scan_sta(U) floppy joydev ath_pci(U) ath_rate_sample(U) wlan(U) snd_via82xx gameport snd_ac97_codec snd_ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq ath_hal(U) snd_pcm_oss snd_mixer_oss parport_pc parport snd_pcm snd_timer snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore dm_snapshot dm_zero dm_mirror dm_mod reiserfs Jun 26 00:24:35 localhost kernel: CPU: 0 Jun 26 00:24:35 localhost kernel: EIP: 0060:[] Tainted: PF VLI Jun 26 00:24:35 localhost kernel: EFLAGS: 00010082 (2.6.17-1.2139_FC5 #1) Jun 26 00:24:35 localhost kernel: EIP is at snd_seq_delete_all_ports +0x60/0x176 [snd_seq] Jun 26 00:24:35 localhost kernel: eax: 00000044 ebx: c989b448 ecx: c06bbfd0 edx: cb940550 Jun 26 00:24:35 localhost kernel: esi: c989b448 edi: caa378e8 ebp: caa37860 esp: d3355f30 Jun 26 00:24:35 localhost kernel: ds: 007b es: 007b ss: 0068 Jun 26 00:24:35 localhost kernel: Process qjackctl (pid: 3327, threadinfo=d3355000 task=cb940550) Jun 26 00:24:35 localhost kernel: Stack: d81f3432 c989b448 caa378e8 caa378fc caa378f0 00000282 22222222 22222222 Jun 26 00:24:35 localhost kernel: caa37860 d68b5744 d68b5744 d5368280 d81ed1bc caa37860 d81ed26e 00000000 Jun 26 00:24:35 localhost kernel: d68b58cc 00000008 caa37860 d81ed2bc 00000008 c045ce66 00000000 d75d34d0 Jun 26 00:24:35 localhost kernel: Call Trace: Jun 26 00:24:35 localhost kernel: seq_free_client1+0x8/0x7e [snd_seq] seq_free_client+0x3c/0x78 [snd_seq] Jun 26 00:24:35 localhost kernel: snd_seq_release+0x12/0x31 [snd_seq] __fput+0xb2/0x158 Jun 26 00:24:35 localhost kernel: filp_close+0x52/0x59 syscall_call+0x7/0xb Jun 26 00:24:35 localhost kernel: Code: 00 00 74 6d 8b 9d 88 00 00 00 8b b5 8c 00 00 00 8b 43 04 39 f0 74 1c 89 74 24 04 89 44 24 08 c7 04 24 32 34 1f d8 e8 8f a7 22 e8 <0f> 0b 3a 00 1d 34 1f d8 8b 06 39 d8 74 1c 89 5c 24 04 89 44 24 Jun 26 00:24:35 localhost kernel: EIP: [] snd_seq_delete_all_ports+0x60/0x176 [snd_seq] SS:ESP 0068:d3355f30 Jun 26 00:24:35 localhost kernel: <3>BUG: sleeping function called from invalid context at include/linux/rwsem.h:43 Jun 26 00:24:35 localhost kernel: in_atomic():0, irqs_disabled():1 Jun 26 00:24:36 localhost kernel: blocking_notifier_call_chain+0x18/0x49 do_exit+0x19/0x768 Jun 26 00:24:36 localhost kernel: do_unblank_screen +0x2a/0x127 die+0x27b/0x2a0 Jun 26 00:24:36 localhost kernel: do_invalid_op+0x0/0xab do_invalid_op+0xa2/0xab Jun 26 00:24:36 localhost kernel: snd_seq_delete_all_ports +0x60/0x176 [snd_seq] autoremove_wake_function+0x0/0x35 Jun 26 00:24:36 localhost kernel: sock_aio_read+0x5e/0x6a debug_mutex_add_waiter+0x1c/0x2c Jun 26 00:24:36 localhost kernel: error_code+0x4f/0x54 snd_seq_delete_all_ports+0x60/0x176 [snd_seq] Jun 26 00:24:36 localhost kernel: seq_free_client1+0x8/0x7e [snd_seq] seq_free_client+0x3c/0x78 [snd_seq] Jun 26 00:24:36 localhost kernel: snd_seq_release+0x12/0x31 [snd_seq] __fput+0xb2/0x158 Jun 26 00:24:36 localhost kernel: filp_close+0x52/0x59 syscall_call+0x7/0xb Jun 26 00:24:36 localhost kernel: BUG: qjackctl/3327, lock held at task exit time! Jun 26 00:24:36 localhost kernel: [d81f9860] {register_mutex} Jun 26 00:24:36 localhost kernel: .. held by: qjackctl: 3327 [cb940550, 115] Jun 26 00:24:36 localhost kernel: ... acquired at: seq_free_client+0x10/0x78 [snd_seq] With the previous kernel-2.6.16-1.2133_FC5, I just seem to get a total system lockup in these situations, rather than the kernel recovering itself and logging and error. Anyone else seeing this? I'm guessing its time to file a bug... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From seg at haxxed.com Sun Jul 2 04:22:05 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 01 Jul 2006 23:22:05 -0500 Subject: [Fedora-music-list] Serious kernel bugs? In-Reply-To: <1151742815.2905.11.camel@localhost> References: <1151742815.2905.11.camel@localhost> Message-ID: <1151814125.3245.13.camel@localhost> Okay something really bizarre is going on, it may be two separate issues. I went back to kernel 2.6.16-1.2122_FC5 and 2.6.16-1.2111_FC5, and once again jack apps would segfault on startup. I determined running jackd at a period of 256 somehow was causing this, even though I *swear* it was working at one point. Backing off to 1024 worked fine. Going back to kernel 2.6.17-1.2139_FC5, and running with a period size of 1024 allowed me to run hydrogen for a bit, but when I quit hydrogen I still got this: Jul 1 23:04:33 localhost kernel: List corruption. next->prev should be cd330448, but was c9fc98e8 Jul 1 23:04:33 localhost kernel: ------------[ cut here ]------------ Jul 1 23:04:33 localhost kernel: kernel BUG at include/linux/list.h:58! Jul 1 23:04:33 localhost kernel: invalid opcode: 0000 [#1] Jul 1 23:04:33 localhost kernel: last sysfs file: /class/net/wifi0/flags Jul 1 23:04:33 localhost kernel: Modules linked in: esp4 ah4 wlan_wep(U) deflate zlib_deflate twofish serpent aes blowfish des sha256 crypto_null af_key kqemu(U) pcspkr autofs4 hidp l2cap bluetooth sunrpc ipt_REJECT xt_state ip_conntrack nfnetlink xt_tcpudp iptable_filter ip_tables x_tables video button battery ac ipv6 lp uhci_hcd floppy wlan_scan_sta(U) joydev ath_pci(U) ath_rate_sample(U) wlan(U) ath_hal(U) snd_via82xx gameport snd_ac97_codec snd_ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore parport_pc parport dm_snapshot dm_zero dm_mirror dm_mod reiserfs Jul 1 23:04:33 localhost kernel: CPU: 0 Jul 1 23:04:33 localhost kernel: EIP: 0060:[] Tainted: PF VLI Jul 1 23:04:33 localhost kernel: EFLAGS: 00010082 (2.6.17-1.2139_FC5 #1) Jul 1 23:04:33 localhost kernel: EIP is at snd_seq_delete_all_ports +0x60/0x176 [snd_seq] Jul 1 23:04:33 localhost kernel: eax: 00000044 ebx: cd330448 ecx: c06bbfd0 edx: c909a550 Jul 1 23:04:33 localhost kernel: esi: cd330448 edi: c9fc98e8 ebp: c9fc9860 esp: c9a02f30 Jul 1 23:04:33 localhost kernel: ds: 007b es: 007b ss: 0068 Jul 1 23:04:33 localhost kernel: Process hydrogen (pid: 3197, threadinfo=c9a02000 task=c909a550) Jul 1 23:04:33 localhost kernel: Stack: d81e6432 cd330448 c9fc98e8 c9fc98fc c9fc98f0 00000282 22222222 22222222 Jul 1 23:04:33 localhost kernel: c9fc9860 d6185bd4 d6185bd4 c8a224e0 d81e01bc c9fc9860 d81e026e 00000000 Jul 1 23:04:33 localhost kernel: d6185d5c 00000008 c9fc9860 d81e02bc 00000008 c045ce66 00000000 d641d388 Jul 1 23:04:33 localhost kernel: Call Trace: Jul 1 23:04:33 localhost kernel: seq_free_client1+0x8/0x7e [snd_seq] seq_free_client+0x3c/0x78 [snd_seq] Jul 1 23:04:33 localhost kernel: snd_seq_release+0x12/0x31 [snd_seq] __fput+0xb2/0x158 Jul 1 23:04:33 localhost kernel: filp_close+0x52/0x59 syscall_call+0x7/0xb Jul 1 23:04:33 localhost kernel: Code: 00 00 74 6d 8b 9d 88 00 00 00 8b b5 8c 00 00 00 8b 43 04 39 f0 74 1c 89 74 24 04 89 44 24 08 c7 04 24 32 64 1e d8 e8 8f 77 23 e8 <0f> 0b 3a 00 1d 64 1e d8 8b 06 39 d8 74 1c 89 5c 24 04 89 44 24 Jul 1 23:04:33 localhost kernel: EIP: [] snd_seq_delete_all_ports+0x60/0x176 [snd_seq] SS:ESP 0068:c9a02f30 Jul 1 23:04:33 localhost kernel: <3>BUG: sleeping function called from invalid context at include/linux/rwsem.h:43 Jul 1 23:04:33 localhost kernel: in_atomic():0, irqs_disabled():1 Jul 1 23:04:33 localhost kernel: blocking_notifier_call_chain+0x18/0x49 do_exit+0x19/0x768 Jul 1 23:04:33 localhost kernel: do_unblank_screen +0x2a/0x127 die+0x27b/0x2a0 Jul 1 23:04:33 localhost kernel: do_invalid_op+0x0/0xab do_invalid_op+0xa2/0xab Jul 1 23:04:33 localhost kernel: snd_seq_delete_all_ports +0x60/0x176 [snd_seq] snd_seq_system_broadcast+0x6a/0x75 [snd_seq] Jul 1 23:04:33 localhost kernel: snd_seq_ioctl_create_port +0x11a/0x131 [snd_seq] debug_mutex_add_waiter+0x1c/0x2c Jul 1 23:04:33 localhost kernel: error_code+0x4f/0x54 snd_seq_delete_all_ports+0x60/0x176 [snd_seq] Jul 1 23:04:33 localhost kernel: seq_free_client1+0x8/0x7e [snd_seq] seq_free_client+0x3c/0x78 [snd_seq] Jul 1 23:04:33 localhost kernel: snd_seq_release+0x12/0x31 [snd_seq] __fput+0xb2/0x158 Jul 1 23:04:33 localhost kernel: filp_close+0x52/0x59 syscall_call+0x7/0xb Jul 1 23:04:33 localhost kernel: BUG: hydrogen/3197, lock held at task exit time! Jul 1 23:04:33 localhost kernel: [d81ec860] {register_mutex} Jul 1 23:04:33 localhost kernel: .. held by: hydrogen: 3197 [c909a550, 115] Jul 1 23:04:33 localhost kernel: ... acquired at: seq_free_client+0x10/0x78 [snd_seq] The madwifi drivers are tainting my kernel, for some reason they keep getting loaded even if I don't plug the card in. Though I've been running madwifi this whole time so I doubt that its the problem. I'll try nuking them entirely off my system. ;P -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From seg at haxxed.com Sun Jul 2 05:14:31 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sun, 02 Jul 2006 00:14:31 -0500 Subject: [Fedora-music-list] Serious kernel bugs? In-Reply-To: <1151814125.3245.13.camel@localhost> References: <1151742815.2905.11.camel@localhost> <1151814125.3245.13.camel@localhost> Message-ID: <1151817271.2980.7.camel@localhost> Still happening, even without the kernel taint: Jul 2 00:04:08 localhost kernel: List corruption. next->prev should be ce8e7448, but was d084dc48 Jul 2 00:04:08 localhost kernel: ------------[ cut here ]------------ Jul 2 00:04:08 localhost kernel: kernel BUG at include/linux/list.h:58! Jul 2 00:04:08 localhost kernel: invalid opcode: 0000 [#1] Jul 2 00:04:08 localhost kernel: last sysfs file: /class/input/input3/event3/dev Jul 2 00:04:08 localhost kernel: Modules linked in: pcspkr autofs4 hidp l2cap bluetooth sunrpc ipt_REJECT xt_state ip_conntrack nfnetlink xt_tcpudp iptable_filter ip_tables x_tables video button battery ac ipv6 lp uhci_hcd floppy joydev snd_via82xx gameport snd_ac97_codec snd_ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device parport_pc snd parport soundcore dm_snapshot dm_zero dm_mirror dm_mod reiserfs Jul 2 00:04:08 localhost kernel: CPU: 0 Jul 2 00:04:08 localhost kernel: EIP: 0060:[] Not tainted VLI Jul 2 00:04:08 localhost kernel: EFLAGS: 00010082 (2.6.17-1.2139_FC5 #1) Jul 2 00:04:08 localhost kernel: EIP is at snd_seq_delete_all_ports +0x60/0x176 [snd_seq] Jul 2 00:04:08 localhost kernel: eax: 00000044 ebx: ce8e7448 ecx: c06bbfd0 edx: c4821aa0 Jul 2 00:04:08 localhost kernel: esi: ce8e7448 edi: d084dc48 ebp: d084dbc0 esp: ca33cf30 Jul 2 00:04:08 localhost kernel: ds: 007b es: 007b ss: 0068 Jul 2 00:04:08 localhost kernel: Process hydrogen (pid: 2372, threadinfo=ca33c000 task=c4821aa0) Jul 2 00:04:08 localhost kernel: Stack: d81e6432 ce8e7448 d084dc48 d084dc5c d084dc50 00000282 22222222 22222222 Jul 2 00:04:08 localhost kernel: d084dbc0 d69132b4 d69132b4 ca30d940 d81e01bc d084dbc0 d81e026e 00000000 Jul 2 00:04:08 localhost kernel: d691343c 00000008 d084dbc0 d81e02bc 00000008 c045ce66 00000000 d67a7f18 Jul 2 00:04:08 localhost kernel: Call Trace: Jul 2 00:04:08 localhost kernel: seq_free_client1+0x8/0x7e [snd_seq] seq_free_client+0x3c/0x78 [snd_seq] Jul 2 00:04:09 localhost kernel: snd_seq_release+0x12/0x31 [snd_seq] __fput+0xb2/0x158 Jul 2 00:04:09 localhost kernel: filp_close+0x52/0x59 syscall_call+0x7/0xb Jul 2 00:04:09 localhost kernel: Code: 00 00 74 6d 8b 9d 88 00 00 00 8b b5 8c 00 00 00 8b 43 04 39 f0 74 1c 89 74 24 04 89 44 24 08 c7 04 24 32 64 1e d8 e8 8f 77 23 e8 <0f> 0b 3a 00 1d 64 1e d8 8b 06 39 d8 74 1c 89 5c 24 04 89 44 24 Jul 2 00:04:09 localhost kernel: EIP: [] snd_seq_delete_all_ports+0x60/0x176 [snd_seq] SS:ESP 0068:ca33cf30 Jul 2 00:04:09 localhost kernel: <3>BUG: sleeping function called from invalid context at include/linux/rwsem.h:43 Jul 2 00:04:09 localhost kernel: in_atomic():0, irqs_disabled():1 Jul 2 00:04:09 localhost kernel: blocking_notifier_call_chain+0x18/0x49 do_exit+0x19/0x768 Jul 2 00:04:09 localhost kernel: do_unblank_screen +0x2a/0x127 die+0x27b/0x2a0 Jul 2 00:04:09 localhost kernel: do_invalid_op+0x0/0xab do_invalid_op+0xa2/0xab Jul 2 00:04:09 localhost kernel: snd_seq_delete_all_ports +0x60/0x176 [snd_seq] snd_seq_ioctl_create_port+0x11a/0x131 [snd_seq] Jul 2 00:04:10 localhost kernel: debug_mutex_add_waiter +0x1c/0x2c error_code+0x4f/0x54 Jul 2 00:04:10 localhost kernel: snd_seq_delete_all_ports +0x60/0x176 [snd_seq] seq_free_client1+0x8/0x7e [snd_seq] Jul 2 00:04:10 localhost kernel: seq_free_client+0x3c/0x78 [snd_seq] snd_seq_release+0x12/0x31 [snd_seq] Jul 2 00:04:10 localhost kernel: __fput+0xb2/0x158 filp_close+0x52/0x59 Jul 2 00:04:10 localhost kernel: syscall_call+0x7/0xb Jul 2 00:04:10 localhost kernel: BUG: hydrogen/2372, lock held at task exit time! Jul 2 00:04:10 localhost kernel: [d81ec860] {register_mutex} Jul 2 00:04:10 localhost kernel: .. held by: hydrogen: 2372 [c4821aa0, 115] Jul 2 00:04:10 localhost kernel: ... acquired at: seq_free_client+0x10/0x78 [snd_seq] This is after booting clean, starting up jackd with qjackctl, starting hydrogen then quitting hydrogen. After this, any attempt to use the ALSA sequencer just causes that process to hang trying to open /dev/snd/seq. (kernel-2.6.17-1.2139_FC5) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From seg at haxxed.com Sun Jul 2 19:12:07 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sun, 02 Jul 2006 14:12:07 -0500 Subject: [Fedora-music-list] Serious kernel bugs? In-Reply-To: <1151817271.2980.7.camel@localhost> References: <1151742815.2905.11.camel@localhost> <1151814125.3245.13.camel@localhost> <1151817271.2980.7.camel@localhost> Message-ID: <1151867527.2992.0.camel@localhost> Bug filed! https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197474 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gdk at redhat.com Mon Jul 3 02:54:34 2006 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Sun, 2 Jul 2006 22:54:34 -0400 (EDT) Subject: [Fedora-music-list] Serious kernel bugs? In-Reply-To: <1151867527.2992.0.camel@localhost> References: <1151742815.2905.11.camel@localhost> <1151814125.3245.13.camel@localhost> <1151817271.2980.7.camel@localhost> <1151867527.2992.0.camel@localhost> Message-ID: Thanks, Callum. --g ------------------------------------------------------------- Greg DeKoenigsberg || Fedora Project || fedoraproject.org Be an Ambassador || http://fedoraproject.org/wiki/Ambassadors ------------------------------------------------------------- On Sun, 2 Jul 2006, Callum Lerwick wrote: > Bug filed! > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197474 > From green at redhat.com Mon Jul 3 03:17:11 2006 From: green at redhat.com (Anthony Green) Date: Sun, 02 Jul 2006 20:17:11 -0700 Subject: [Fedora-music-list] Serious kernel bugs? In-Reply-To: <1151867527.2992.0.camel@localhost> References: <1151742815.2905.11.camel@localhost> <1151814125.3245.13.camel@localhost> <1151817271.2980.7.camel@localhost> <1151867527.2992.0.camel@localhost> Message-ID: <1151896631.2542.63.camel@localhost.localdomain> On Sun, 2006-07-02 at 14:12 -0500, Callum Lerwick wrote: > Bug filed! > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197474 I'm seeing kernel crashes, as well as simple hangs. Is "aconnect -i -o -l" working for anybody anymore? strace output shows it's hanging here... access("/etc/asound.conf", R_OK) = -1 ENOENT (No such file or directory) access("/home/green/.asoundrc", R_OK) = -1 ENOENT (No such file or directory) open("/dev/snd/seq", O_RDWR I'm running 2.6.17-1.2139_FC5. AG From mspevack at redhat.com Thu Jul 6 19:22:39 2006 From: mspevack at redhat.com (Max Spevack) Date: Thu, 6 Jul 2006 15:22:39 -0400 (EDT) Subject: [Fedora-music-list] article Message-ID: Found these a few levels of linking off of slashdot. http://www.techdirt.com/articles/20050504/1041227.shtml http://tinyurl.com/8atv2 [usatoday.com] --Max From tompoe at fngi.net Thu Jul 6 19:45:18 2006 From: tompoe at fngi.net (Tom Poe) Date: Thu, 06 Jul 2006 14:45:18 -0500 Subject: [Fedora-music-list] article In-Reply-To: References: Message-ID: <44AD684E.6070400@fngi.net> Max Spevack wrote: > Found these a few levels of linking off of slashdot. > > http://www.techdirt.com/articles/20050504/1041227.shtml > > http://tinyurl.com/8atv2 [usatoday.com] > > --Max > > _______________________________________________ > Fedora-music-list mailing list > Fedora-music-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-music-list > Quite some time ago (2003), there was a young fellow in Ghana. He had no computer, and as with so many in Africa, had to choose between eating a meal, or checking his email. After great effort, and with some help, he managed to collaborate with Robert Lazaneo, a songwriter from Reno, Nevada, and create a song file that folks could download and listen to. Without Fedora, it probably wouldn't have happened. As Fedora and CCRMA collaborate, there's no question that this story will become all too commonplace. The world will hear the voices and talents of millions that would never have a chance, otherwise. And, who benefits? Everyone but the corporate thugs, I think. -- 94% of returning troops suffer from trauma Open Studios http://www.ibiblio.org/studioforrecording/ From green at redhat.com Sun Jul 9 17:26:46 2006 From: green at redhat.com (Anthony Green) Date: Sun, 09 Jul 2006 10:26:46 -0700 Subject: [Fedora-music-list] Music apps for Fedora 6 Message-ID: <1152466006.3123.176.camel@localhost.localdomain> We're coming up to FC6 test 2. It's nice the basic infrastructure is getting into FE, like dssi and jack-audio-connection-kit, but what would be really cool is if some non-trivial apps like ardour, rosegarden and hydrogen could get accepted into FE prior to the FC6 release. They have all been submitted to Extras by myself and others, but I don't know how to make the review process go any faster. Suggestions? AG From fedora at leemhuis.info Sun Jul 9 17:46:32 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 09 Jul 2006 19:46:32 +0200 Subject: [Fedora-music-list] Music apps for Fedora 6 In-Reply-To: <1152466006.3123.176.camel@localhost.localdomain> References: <1152466006.3123.176.camel@localhost.localdomain> Message-ID: <44B140F8.3040200@leemhuis.info> Anthony Green schrieb: > We're coming up to FC6 test 2. It's nice the basic infrastructure is > getting into FE, like dssi and jack-audio-connection-kit, but what would > be really cool is if some non-trivial apps like ardour, rosegarden and > hydrogen could get accepted into FE prior to the FC6 release. They have > all been submitted to Extras by myself and others, but I don't know how > to make the review process go any faster. Suggestions? Well, you said "been submitted to Extras by myself and others". The solution is quite simple afaics: those "others" review your packages and you review their packages. Or am I missing something here? Sorry, I know there are a lot of packages in the QA queue. But without QA it would be a great mess :-/ CU thl From eviltwin69 at cableone.net Sun Jul 9 19:54:11 2006 From: eviltwin69 at cableone.net (Jan Depner) Date: Sun, 09 Jul 2006 14:54:11 -0500 Subject: [Fedora-music-list] Music apps for Fedora 6 In-Reply-To: <44B140F8.3040200@leemhuis.info> References: <1152466006.3123.176.camel@localhost.localdomain> <44B140F8.3040200@leemhuis.info> Message-ID: <1152474851.7154.2.camel@eviltwin> On Sun, 2006-07-09 at 19:46 +0200, Thorsten Leemhuis wrote: > > Anthony Green schrieb: > > We're coming up to FC6 test 2. It's nice the basic infrastructure is > > getting into FE, like dssi and jack-audio-connection-kit, but what would > > be really cool is if some non-trivial apps like ardour, rosegarden and > > hydrogen could get accepted into FE prior to the FC6 release. They have > > all been submitted to Extras by myself and others, but I don't know how > > to make the review process go any faster. Suggestions? > I may be mistaken but I was under the impression that Paul Davis didn't really want Ardour released in distributions just yet. On the other hand, if someone wants to slap JAMin in there I certainly wouldn't mind ;-) > Well, you said "been submitted to Extras by myself and others". The > solution is quite simple afaics: those "others" review your packages and > you review their packages. Or am I missing something here? > > Sorry, I know there are a lot of packages in the QA queue. But without > QA it would be a great mess :-/ > Amen. -- Jan 'Evil Twin' Depner The Fuzzy Dice http://myweb.cableone.net/eviltwin69/fuzzy.html "As we enjoy great advantages from the invention of others, we should be glad of an opportunity to serve others by any invention of ours, and this we should do freely and generously." Benjamin Franklin, on declining patents offered by the governor of Pennsylvania for his "Pennsylvania Fireplace", c. 1744 From green at redhat.com Sun Jul 9 20:36:06 2006 From: green at redhat.com (Anthony Green) Date: Sun, 09 Jul 2006 13:36:06 -0700 Subject: [Fedora-music-list] Music apps for Fedora 6 In-Reply-To: <1152474851.7154.2.camel@eviltwin> References: <1152466006.3123.176.camel@localhost.localdomain> <44B140F8.3040200@leemhuis.info> <1152474851.7154.2.camel@eviltwin> Message-ID: <1152477366.3123.182.camel@localhost.localdomain> On Sun, 2006-07-09 at 14:54 -0500, Jan Depner wrote: > I may be mistaken but I was under the impression that Paul Davis > didn't really want Ardour released in distributions just yet. The Ardour web site says: "In the future, we may offer binary releases of Ardour directly from ardour.org. These will be distribution neutral, in the same way that Firefox and Thunderbird are. At the present time, we are relying on the excellent work done by the package maintainers for various distributions." Maybe you mean Ardour 2, which may not be ready for prime time yet. AG From green at redhat.com Sun Jul 9 20:38:02 2006 From: green at redhat.com (Anthony Green) Date: Sun, 09 Jul 2006 13:38:02 -0700 Subject: [Fedora-music-list] Music apps for Fedora 6 In-Reply-To: <44B140F8.3040200@leemhuis.info> References: <1152466006.3123.176.camel@localhost.localdomain> <44B140F8.3040200@leemhuis.info> Message-ID: <1152477482.3123.185.camel@localhost.localdomain> On Sun, 2006-07-09 at 19:46 +0200, Thorsten Leemhuis wrote: > Well, you said "been submitted to Extras by myself and others". The > solution is quite simple afaics: those "others" review your packages and > you review their packages. Or am I missing something here? Maybe it's me who is missing something. I didn't realize that any sponsored committer could review and approve packages. If so, then I'll start reviewing today. AG From lmacken at redhat.com Mon Jul 10 02:37:08 2006 From: lmacken at redhat.com (Luke Macken) Date: Sun, 9 Jul 2006 22:37:08 -0400 Subject: [Fedora-music-list] article In-Reply-To: <44AD684E.6070400@fngi.net> References: <44AD684E.6070400@fngi.net> Message-ID: <20060710023350.GA2225@dhcp59-129.rdu.redhat.com> On Thu, Jul 06, 2006 at 02:45:18PM -0500, Tom Poe wrote: > Max Spevack wrote: > > >Found these a few levels of linking off of slashdot. > > > >http://www.techdirt.com/articles/20050504/1041227.shtml > > > >http://tinyurl.com/8atv2 [usatoday.com] > > > Quite some time ago (2003), there was a young fellow in Ghana. He had > no computer, and as with so many in Africa, had to choose between eating > a meal, or checking his email. After great effort, and with some help, > he managed to collaborate with Robert Lazaneo, a songwriter from Reno, > Nevada, and create a song file that folks could download and listen to. > Without Fedora, it probably wouldn't have happened. > > As Fedora and CCRMA collaborate, there's no question that this story > will become all too commonplace. The world will hear the voices and > talents of millions that would never have a chance, otherwise. And, who > benefits? Everyone but the corporate thugs, I think. This is where Fedora needs to step in to provide not only the production tools, but the integration of those tools with a collaborative framework. A quote from the usatoday article above brings up a good point: "The vast majority of music artists bob along in the middle. They don't sell enough CDs to earn out their advances. They earn a living on the road and maybe from publishing royalties if they write songs. Such artists would benefit if the industry shifted to a model that includes more ? and more innovative ? ways for artists to make money." In order to obsolete the existence of a 'Record Label', a model needs to be created that will allow an industry for musicians to make money and prevail based on the quality of their work, not by the amount of money that is backing them up from a record label. This would allow artists to actually -be- artists and travel around the world spreading their music, instead of working some bullshit job and begging record labels to get signed (which has always been ground zero for any band). luke From fedora at leemhuis.info Mon Jul 10 04:40:03 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 10 Jul 2006 06:40:03 +0200 Subject: [Fedora-music-list] Music apps for Fedora 6 In-Reply-To: <1152477482.3123.185.camel@localhost.localdomain> References: <1152466006.3123.176.camel@localhost.localdomain> <44B140F8.3040200@leemhuis.info> <1152477482.3123.185.camel@localhost.localdomain> Message-ID: <1152506403.2417.3.camel@thl.ct.heise.de> Am Sonntag, den 09.07.2006, 13:38 -0700 schrieb Anthony Green: > On Sun, 2006-07-09 at 19:46 +0200, Thorsten Leemhuis wrote: > > Well, you said "been submitted to Extras by myself and others". The > > solution is quite simple afaics: those "others" review your packages and > > you review their packages. Or am I missing something here? > > Maybe it's me who is missing something. I didn't realize that any > sponsored committer could review and approve packages. They can as long is the new package is created by someone that is also sponsored already. In other words: Only reviews from first-time contributors need to be done by sponsors, all other reviews can be approved from all sponsored extras contributors. > If so, then I'll start reviewing today. Have fun. But could you do me a favor and add above information to the wiki somewhere where you would have expected it? This might avoid that other run into the same misunderstanding later. tia! CU thl From green at redhat.com Thu Jul 13 05:45:01 2006 From: green at redhat.com (Anthony Green) Date: Wed, 12 Jul 2006 22:45:01 -0700 Subject: [Fedora-music-list] jack-dssi-host wrapper? Message-ID: <1152769501.2954.48.camel@localhost.localdomain> Hey Callum, In the bugzilla for my hexter review you mentioned that we should make a icon/menu entry for hexter (as symlinked to jack-dssi-host) because it silently fails when jackd isn't running. I agree that this is a problem. The (hopefully temporary) solution I'm proposing is that we either mod jack-dssi-host to complain with a dialog box, or we wrap jack-dssi-host in a script that tests for jackd and pops up a dialog box complaint if required. I think having hexter, whysynth, etc in the menu system is worth this little extra bit of work. Are you (or anybody else) opposed to this solution? Are either of my proposals better than the other? (I say "hopefully temporary" because I'm hopeful that one day the jack api will always be available in the desktop - at least that's what has suggested in monty's fudcon video). AG From seg at haxxed.com Thu Jul 13 11:43:22 2006 From: seg at haxxed.com (Callum Lerwick) Date: Thu, 13 Jul 2006 06:43:22 -0500 Subject: [Fedora-music-list] Re: jack-dssi-host wrapper? In-Reply-To: <1152769501.2954.48.camel@localhost.localdomain> References: <1152769501.2954.48.camel@localhost.localdomain> Message-ID: <1152791002.3365.12.camel@localhost> On Wed, 2006-07-12 at 22:45 -0700, Anthony Green wrote: > Hey Callum, > > In the bugzilla for my hexter review you mentioned that we should make > a icon/menu entry for hexter (as symlinked to jack-dssi-host) because it > silently fails when jackd isn't running. I agree that this is a > problem. The (hopefully temporary) solution I'm proposing is that we > either mod jack-dssi-host to complain with a dialog box, or we wrap > jack-dssi-host in a script that tests for jackd and pops up a dialog box > complaint if required. > > I think having hexter, whysynth, etc in the menu system is worth this > little extra bit of work. Are you (or anybody else) opposed to this > solution? Are either of my proposals better than the other? Just patching jack-dssi-host with some GTK support sounds best to me for now. Really what I think needs to happen is rather than having menu icons, we need a full GUI DSSI host that gives you a list of available plugins at startup. Actually something in my list of "things to do someday" is write a slick virtual keyboard application that does everything I've ever wanted. Acting as a DSSI host would be a possible feature... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nando at ccrma.Stanford.EDU Sun Jul 16 18:09:06 2006 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sun, 16 Jul 2006 11:09:06 -0700 Subject: [Fedora-music-list] installing older kernels Message-ID: <1153073346.26971.13.camel@cmn3.stanford.edu> Hiya... some of my (Planet CCRMA) users are still having problems when trying to install older kernels with yum. Does anyone know how to tell yum to pretty please install a kernel even if it is version-older than the newest already installed? I have a set of packages (planetccrma-core-*) that "Requires:" the proper kernel, alsa, rtirq script, etc, etc. Yum refuses to install an older kernel. I thought that doing this in /etc/yum.conf would fix it: ---- # pkgpolicy=newest ---- But it does not... -- Fernando ---- Forwarded message: On Sun, 2006-07-16 at 10:46 -0700, Fernando Lopez-Lezcano wrote: > Last suggestion was to clean up the internal yum state - but I never got > feedback on whether it worked or not. See "man yum" and go to the "clean > options" section. I would try "yum clean metadata" first (this will > reload all the metadata from the servers which could take a while on > slow links). Please let us know if any of this helps... I tried a yum clean all, and even that didn't seem to work. It seem whatever setting causes the kernels to be treated differently than other packages isn't either being checked, or isn't present on the files. Let me know if you require more information. Thanks! From seg at haxxed.com Sun Jul 16 18:37:16 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sun, 16 Jul 2006 13:37:16 -0500 Subject: [Fedora-music-list] installing older kernels In-Reply-To: <1153073346.26971.13.camel@cmn3.stanford.edu> References: <1153073346.26971.13.camel@cmn3.stanford.edu> Message-ID: <1153075036.4514.9.camel@localhost> On Sun, 2006-07-16 at 11:09 -0700, Fernando Lopez-Lezcano wrote: > Hiya... some of my (Planet CCRMA) users are still having problems when > trying to install older kernels with yum. Does anyone know how to tell > yum to pretty please install a kernel even if it is version-older than > the newest already installed? > > I have a set of packages (planetccrma-core-*) that "Requires:" the > proper kernel, alsa, rtirq script, etc, etc. Yum refuses to install an > older kernel. Not sure how you're doing right now, but seems like you could just name your kernel package "kernel-planetccrma" so it doesn't conflict with the stock kernels version-wise, and Provide: kernel-%{version} or whatever. Check into whatever the "kernel-smp" packages are doing. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nando at ccrma.Stanford.EDU Mon Jul 17 00:37:52 2006 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sun, 16 Jul 2006 17:37:52 -0700 Subject: [Fedora-music-list] installing older kernels In-Reply-To: <1153075036.4514.9.camel@localhost> References: <1153073346.26971.13.camel@cmn3.stanford.edu> <1153075036.4514.9.camel@localhost> Message-ID: <1153096672.27504.15.camel@cmn3.stanford.edu> On Sun, 2006-07-16 at 13:37 -0500, Callum Lerwick wrote: > On Sun, 2006-07-16 at 11:09 -0700, Fernando Lopez-Lezcano wrote: > > Hiya... some of my (Planet CCRMA) users are still having problems when > > trying to install older kernels with yum. Does anyone know how to tell > > yum to pretty please install a kernel even if it is version-older than > > the newest already installed? > > > > I have a set of packages (planetccrma-core-*) that "Requires:" the > > proper kernel, alsa, rtirq script, etc, etc. Yum refuses to install an > > older kernel. > > Not sure how you're doing right now, but seems like you could just name > your kernel package "kernel-planetccrma" so it doesn't conflict with the > stock kernels version-wise, and Provide: kernel-%{version} or whatever. > Check into whatever the "kernel-smp" packages are doing. My kernels (patched with Ingo's realtime preemption patch) are just named "kernel" and "kernel-smp" like the rest of the kernel packages - I don't think the name can even be changed, there are many things that happen because of the name (I learned that a long time ago). For example, this is a recent realtime kernel: a) kernel-2.6.16-1.2080.13.rrt.rhfc5.ccrma And one Fedora kernel could be: b) kernel-2.6.16-1.2111_FC5 which has a release that is "newer" than the Planet CCRMA kernel. My "meta package" requires the first kernel above, ie: to satisfy its dependencies that particular kernel should be installed. That should not be a problem as there can be more than one kernel installed at the same time. This is the relevant line in the meta pacakges: # rpm -q --requires planetccrma-core kernel-i686 = 2.6.16-1.2080.13.rdt.rhfc5.ccrma and kernel a) obviously provides it (amongst other things): # rpm -q --provides kernel-2.6.16-1.2080.13.rrt.rhfc5.ccrma kernel-i686 = 2.6.16-1.2080.13.rrt.rhfc5.ccrma If kernel b) is already installed and you want to install kernel a) through the meta package dependencies yum complains that b) is newer than a) and refuses to install the older version. This was also a problem in apt (when I first started using apt) but it was easily fixed with an apt configuration option in /etc/apt.conf: Install-Options { "--oldpackage" }; I thought that commenting out this yum configuration option would help: pkgpolicy=newest But it does not... -- Fernando From fedora at leemhuis.info Mon Jul 17 04:48:09 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 17 Jul 2006 06:48:09 +0200 Subject: [Fedora-music-list] installing older kernels In-Reply-To: <1153096672.27504.15.camel@cmn3.stanford.edu> References: <1153073346.26971.13.camel@cmn3.stanford.edu> <1153075036.4514.9.camel@localhost> <1153096672.27504.15.camel@cmn3.stanford.edu> Message-ID: <44BB1689.4030501@leemhuis.info> Fernando Lopez-Lezcano schrieb: > On Sun, 2006-07-16 at 13:37 -0500, Callum Lerwick wrote: >> On Sun, 2006-07-16 at 11:09 -0700, Fernando Lopez-Lezcano wrote: >>> Hiya... some of my (Planet CCRMA) users are still having problems when >>> trying to install older kernels with yum. Does anyone know how to tell >>> yum to pretty please install a kernel even if it is version-older than >>> the newest already installed? >>> I have a set of packages (planetccrma-core-*) that "Requires:" the >>> proper kernel, alsa, rtirq script, etc, etc. Yum refuses to install an >>> older kernel. >> Not sure how you're doing right now, but seems like you could just name >> your kernel package "kernel-planetccrma" so it doesn't conflict with the >> stock kernels version-wise, and Provide: kernel-%{version} or whatever. >> Check into whatever the "kernel-smp" packages are doing. > My kernels (patched with Ingo's realtime preemption patch) are just > named "kernel" and "kernel-smp" like the rest of the kernel packages - I > don't think the name can even be changed, there are many things that > happen because of the name (I learned that a long time ago). [...] That's true, but the name IMHO should be changed nevertheless to avoid confusion and problems like the one that was described in the first message in this thread. CU thl From gdk at redhat.com Mon Jul 17 14:45:38 2006 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Mon, 17 Jul 2006 10:45:38 -0400 (EDT) Subject: [Fedora-music-list] Heh. Love this. Message-ID: http://yro.slashdot.org/yro/06/07/17/036244.shtml Watch as the music industry continues to create opportunities for an open content industry. A question from one of the comments in the article: "Eventually the media companies are going to push too hard. Many big companies like to ride the line, and it seems legally that with the current political influence they have the media companies can keep on moving that line so they don't cross it. The question is, where has the consumer market set that line?" My guess: the line is set the *millisecond* there's an alternative that is in any way viable. --g ------------------------------------------------------------- Greg DeKoenigsberg || Fedora Project || fedoraproject.org Be an Ambassador || http://fedoraproject.org/wiki/Ambassadors ------------------------------------------------------------- From nando at ccrma.Stanford.EDU Mon Jul 17 20:11:08 2006 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon, 17 Jul 2006 13:11:08 -0700 Subject: [Fedora-music-list] installing older kernels In-Reply-To: <44BB1689.4030501@leemhuis.info> References: <1153073346.26971.13.camel@cmn3.stanford.edu> <1153075036.4514.9.camel@localhost> <1153096672.27504.15.camel@cmn3.stanford.edu> <44BB1689.4030501@leemhuis.info> Message-ID: <1153167069.5361.17.camel@cmn3.stanford.edu> On Mon, 2006-07-17 at 06:48 +0200, Thorsten Leemhuis wrote: > > Fernando Lopez-Lezcano schrieb: > > On Sun, 2006-07-16 at 13:37 -0500, Callum Lerwick wrote: > >> On Sun, 2006-07-16 at 11:09 -0700, Fernando Lopez-Lezcano wrote: > >>> Hiya... some of my (Planet CCRMA) users are still having problems when > >>> trying to install older kernels with yum. Does anyone know how to tell > >>> yum to pretty please install a kernel even if it is version-older than > >>> the newest already installed? > >>> I have a set of packages (planetccrma-core-*) that "Requires:" the > >>> proper kernel, alsa, rtirq script, etc, etc. Yum refuses to install an > >>> older kernel. > >> Not sure how you're doing right now, but seems like you could just name > >> your kernel package "kernel-planetccrma" so it doesn't conflict with the > >> stock kernels version-wise, and Provide: kernel-%{version} or whatever. > >> Check into whatever the "kernel-smp" packages are doing. > > My kernels (patched with Ingo's realtime preemption patch) are just > > named "kernel" and "kernel-smp" like the rest of the kernel packages - I > > don't think the name can even be changed, there are many things that > > happen because of the name (I learned that a long time ago). [...] > > That's true, but the name IMHO should be changed nevertheless to avoid > confusion and problems like the one that was described in the first > message in this thread. I don't quite agree. It is just another kernel. Anyway, I can't change the name (other things _will_ break, or at least that was what happened a long time ago when I foolishly tried for other reasons), so that is a no no for now. There is nothing in rpm that disallows installing several kernels at the same time. I can just go ahead and rpm -ivh it and everybody's happy. Yum is becoming too smart and does not have (AFAIK) any way to make it dumber when you need it[*] - so at this point it is not allowing me to do something perfectly legal. Bad yum :-) -- Fernando [*] obviously nobody has needed to do this so far. But that does not make the need any less real or valid. From green at redhat.com Wed Jul 19 23:35:40 2006 From: green at redhat.com (Anthony Green) Date: Wed, 19 Jul 2006 16:35:40 -0700 Subject: [Fedora-music-list] rosegarden4 Message-ID: <1153352140.2666.276.camel@localhost.localdomain> Hey - Callum's PlanetCCRMA based rosegarden4 package was just introduced to Extras (FC5 & devel). It took a long time to get here, but I believe this is the first full useful application to migrate to Extras from PlanetCCRMA. Most everything else was supporting technology. Cool stuff! AG From seg at haxxed.com Wed Jul 19 23:37:35 2006 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 19 Jul 2006 18:37:35 -0500 Subject: [Fedora-music-list] Supporting FC4? In-Reply-To: <200607192300.k6JN0WBQ002378@bugzilla.redhat.com> References: <200607192300.k6JN0WBQ002378@bugzilla.redhat.com> Message-ID: <1153352256.11070.20.camel@localhost> > Summary: Review Request: rosegarden4 > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=189322 > > ------- Additional Comments From green at redhat.com 2006-07-19 18:51 EST ------- > (In reply to comment #13) > > Patched and built on devel and FC5! FC4 is missing liblrdf, liblo and dssi though. > > Great news! > > I wasn't planning on putting those packages in FC4, as I don't have an FC4 > machine to test with. Is this still something you would really like? (moving out of the closed bug. Heh.) Doesn't really matter to me personally, I keep current. This is something that should be coordinated amongst the SIG though. I think it would be best to have all or no audio apps available on FC4, rather than having some packages available and some not. So what does everyone think? Should we make an effort to support FC4 or should we just concentrate on FC5 and beyond? Will FC4 even work, i.e. does it have a PAM and kernel that lets us enable real time support for jack? Would building for FC4 be helpful to Planet CCRMA, or just cause conflicts? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nando at ccrma.Stanford.EDU Fri Jul 21 01:16:15 2006 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu, 20 Jul 2006 18:16:15 -0700 Subject: [Fedora-music-list] Supporting FC4? In-Reply-To: <1153352256.11070.20.camel@localhost> References: <200607192300.k6JN0WBQ002378@bugzilla.redhat.com> <1153352256.11070.20.camel@localhost> Message-ID: <1153444575.18804.44.camel@cmn3.stanford.edu> On Wed, 2006-07-19 at 18:37 -0500, Callum Lerwick wrote: > > Summary: Review Request: rosegarden4 > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=189322 > > > > ------- Additional Comments From green at redhat.com 2006-07-19 18:51 EST ------- > > (In reply to comment #13) > > > Patched and built on devel and FC5! FC4 is missing liblrdf, liblo and dssi though. > > > > Great news! Indeed... > > I wasn't planning on putting those packages in FC4, as I don't have an FC4 > > machine to test with. Is this still something you would really like? > > (moving out of the closed bug. Heh.) > > Doesn't really matter to me personally, I keep current. This is > something that should be coordinated amongst the SIG though. I think it > would be best to have all or no audio apps available on FC4, rather than > having some packages available and some not. > > So what does everyone think? Should we make an effort to support FC4 or > should we just concentrate on FC5 and beyond? Will FC4 even work, i.e. > does it have a PAM and kernel that lets us enable real time support for > jack? FC4 works fine (that's what I'm still using here at CCRMA). It has realtime kernels, patched pam, etc, etc. I would rather have things built in Extras for FC4 as well. > Would building for FC4 be helpful to Planet CCRMA, or just cause > conflicts? I imagine it would not cause conflicts but that's hard to tell in advance. If it does then I should resolve them. -- Fernando From green at redhat.com Fri Jul 21 01:21:20 2006 From: green at redhat.com (Anthony Green) Date: Thu, 20 Jul 2006 18:21:20 -0700 Subject: [Fedora-music-list] Supporting FC4? In-Reply-To: <1153444575.18804.44.camel@cmn3.stanford.edu> References: <200607192300.k6JN0WBQ002378@bugzilla.redhat.com> <1153352256.11070.20.camel@localhost> <1153444575.18804.44.camel@cmn3.stanford.edu> Message-ID: <1153444880.2648.16.camel@localhost.localdomain> On Thu, 2006-07-20 at 18:16 -0700, Fernando Lopez-Lezcano wrote: > > So what does everyone think? Should we make an effort to support FC4 or > > should we just concentrate on FC5 and beyond? Will FC4 even work, i.e. > > does it have a PAM and kernel that lets us enable real time support for > > jack? > > FC4 works fine (that's what I'm still using here at CCRMA). It has > realtime kernels, patched pam, etc, etc. > > I would rather have things built in Extras for FC4 as well. Good enough for me. I'll request FC4 branches for my packages tonight. AG From green at redhat.com Sat Jul 22 06:32:39 2006 From: green at redhat.com (Anthony Green) Date: Fri, 21 Jul 2006 23:32:39 -0700 Subject: [Fedora-music-list] Supporting FC4? In-Reply-To: <1153444880.2648.16.camel@localhost.localdomain> References: <200607192300.k6JN0WBQ002378@bugzilla.redhat.com> <1153352256.11070.20.camel@localhost> <1153444575.18804.44.camel@cmn3.stanford.edu> <1153444880.2648.16.camel@localhost.localdomain> Message-ID: <1153549959.2734.4.camel@localhost.localdomain> On Thu, 2006-07-20 at 18:21 -0700, Anthony Green wrote: > > FC4 works fine (that's what I'm still using here at CCRMA). It has > > realtime kernels, patched pam, etc, etc. > > > > I would rather have things built in Extras for FC4 as well. > > Good enough for me. I'll request FC4 branches for my packages tonight. All of my audio related packages have been built for FC4 Extras: liblo, swh-plugins, raptor, liblrdf, lash, fluidsynth, dssi and hexter-dssi. AG From seg at haxxed.com Sat Jul 22 17:59:06 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 22 Jul 2006 12:59:06 -0500 Subject: [Fedora-music-list] Supporting FC4? In-Reply-To: <1153549959.2734.4.camel@localhost.localdomain> References: <200607192300.k6JN0WBQ002378@bugzilla.redhat.com> <1153352256.11070.20.camel@localhost> <1153444575.18804.44.camel@cmn3.stanford.edu> <1153444880.2648.16.camel@localhost.localdomain> <1153549959.2734.4.camel@localhost.localdomain> Message-ID: <1153591147.3460.5.camel@localhost> On Fri, 2006-07-21 at 23:32 -0700, Anthony Green wrote: > All of my audio related packages have been built for FC4 Extras: liblo, > swh-plugins, raptor, liblrdf, lash, fluidsynth, dssi and hexter-dssi. Rosegarden has been built on FC4. Also, FC4 is going into maintenance soon, when FC6t2 is released on Jul 26 according to the wiki. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lmacken at redhat.com Sun Jul 23 03:40:54 2006 From: lmacken at redhat.com (Luke Macken) Date: Sat, 22 Jul 2006 23:40:54 -0400 Subject: [Fedora-music-list] Trinity: A portable multi-track recording studio Message-ID: <44C2EFC6.7000102@redhat.com> I'd like to see a 'Powered by Fedora' sticker on one of these, or something like it, someday... http://linuxdevices.com/articles/AT6071673793.html http://trinityaudiogroup.com/home.html "Start-up Trinity Audio Group (TAG) is using Linux and open source audio applications in a small, portable, inexpensive digital audio workstation (DAW) claimed capable of professional-quality recording and mixing. The Trinity DAW is based on an Intel PXA270 processor, and targets field recordists, podcasters, and producers. It will ship in October. " From green at redhat.com Mon Jul 24 04:16:51 2006 From: green at redhat.com (Anthony Green) Date: Sun, 23 Jul 2006 21:16:51 -0700 Subject: [Fedora-music-list] qjackctl in Extras Message-ID: <1153714611.2765.27.camel@localhost.localdomain> Hey Fernando, I just yum installed qjackctl out of FC5 Extras. Excellent! Thanks! It took me a couple of packages to get familiar and comfortable with everything. I hope you'll find the same is true for you. AG From nando at ccrma.Stanford.EDU Mon Jul 24 05:42:36 2006 From: nando at ccrma.Stanford.EDU (Fernando Pablo Lopez-Lezcano) Date: Sun, 23 Jul 2006 22:42:36 -0700 (PDT) Subject: [Fedora-music-list] Re: qjackctl in Extras In-Reply-To: <1153714611.2765.27.camel@localhost.localdomain> References: <1153714611.2765.27.camel@localhost.localdomain> Message-ID: On Sun, 23 Jul 2006, Anthony Green wrote: > Hey Fernando, I just yum installed qjackctl out of FC5 Extras. > Excellent! Thanks! It took me a couple of packages to get familiar and > comfortable with everything. I hope you'll find the same is true for > you. It will take a while :-) I still have to close the original "bug" for qjackctl. I'm glad it is working for you. Qsynth is next. -- Fernando From florin at andrei.myip.org Thu Jul 27 17:31:06 2006 From: florin at andrei.myip.org (Florin Andrei) Date: Thu, 27 Jul 2006 10:31:06 -0700 Subject: [Fedora-music-list] LADSPA plugins Message-ID: <1154021466.11380.9.camel@stantz.corp.sgi.com> Kudos to whoever pushed the LADSPA SWH plugins to Extras! Thank you! Now, here's my thoughts: this is a set of LADSPA plugins. It works strictly in conjunction with the package named "ladspa" - indeed, it is an extension to it. Therefore, I believe that the name of the plugins package should include the string "ladspa" somewhere. Examples: ladspa-swh-plugins Or perhaps even more logical: ladspa-plugins-swh This name shows clearly the fact that it's actually part of the LADSPA suite. Moreover, the highest, least specific, denominator (ladspa) comes first, the second highest (plugins) comes next, while the most specific denominator (swh) comes last. Kind of like the YYYYMMDD scheme. My proposal is to settle to a clear rule to name these packages and apply it consistently to all LADSPA plugins. There are quite a few that can still go to Extras: http://ccrma.stanford.edu/planetccrma/software/ladspaworld.html And this one too: http://ccrma.stanford.edu/planetccrma/software/soundapps.html#SECTION000625500000000000000 -- Florin Andrei http://florin.myip.org/ From daneasley at gmail.com Thu Jul 27 20:43:30 2006 From: daneasley at gmail.com (Dan Easley) Date: Thu, 27 Jul 2006 16:43:30 -0400 Subject: [Fedora-music-list] LADSPA plugins In-Reply-To: <1154021466.11380.9.camel@stantz.corp.sgi.com> References: <1154021466.11380.9.camel@stantz.corp.sgi.com> Message-ID: On 7/27/06, Florin Andrei wrote: > Now, here's my thoughts: this is a set of LADSPA plugins. It works > strictly in conjunction with the package named "ladspa" - indeed, it is > an extension to it. > Therefore, I believe that the name of the plugins package should include > the string "ladspa" somewhere. Examples: > > ladspa-swh-plugins > > Or perhaps even more logical: > > ladspa-plugins-swh > for what it's worth, i agree completely. -- daneasley at gmail.com dan at towndowner.com dan at burntpossum.com http://towndowner.com http://burntpossum.com