[17:32] <b-rock_> greetings ustudio heads:  I have an issue with qjackctl, midi controller and qsynth.  In the alsa tab of qjackctl, I cannot connect my controller output to the qsynth input.  the message bus says "...control change" but the line does not show like normal.  anybody run into this?
[19:15] <holstein> b-rock_: im not sure exactly what you mean
[19:16] <holstein> BUT, i routinely use a2jmidid in that scenario
[19:18] <b-rock_> hi holstein: I am trying to connect the midi controller output to the qsynth input within the alsa tab of qjackctl.  usually there is the line betwn the two showing they are connected, but for me no line appears and qsynth doesn't see that its connected
[19:19] <holstein> b-rock_: i assume you've restarted everything?
[19:19] <holstein> b-rock_: check #opensourcemusicians too
[19:19] <holstein> b-rock_: you have tried to make the line appear?
[19:19] <holstein> manually connecting?
[19:20] <b-rock_> oh ok. yeah I did restart and I'm working with the arch distro.  I tried to manually connect and will bring this over to the #opensourcemusicians irc as well.
[19:22] <b-rock_> I need to check this evening at home to see if the midi driver for qjackctl (set to raw) matches the driver in qsynth (maybe set to alsa_seq).  maybe that makes a difference.
[19:22] <holstein> b-rock_: lots more MIDI folk over in that channel
[19:22] <holstein> i dabble in MIDI
[19:22] <b-rock_> cool I'll check over there. thanks holstein.


[01:51] <BenC> lamont: ping
[02:31] <zul> hey
[03:19] <lamont> BenC: running out for about 4 hours
[03:28] <BenC> lamont: any idea what's up with ia64's toolchain?
[03:31] <BenC> userspace stuff is failing to compile because it can't find stuff in /usr/include/ia64-linux-gnu/asm/
[04:18] <zul> can you  overide kimagedest with kernel-package or the package name?
[04:20] <BenC> should be able to...check the manpage
[04:42] <zul> hi mdz
[05:34] <mdz> zul: hi
[07:19] <lamont> BenC: dunno - I'll look into it tomorrow or this weekend
[02:19] <jbailey> BenC: Oooo, cool.
[02:20] <jbailey> BenC: Lemme know when eyou're around, I'd love to talk a bit more about lkh
[02:23] <fabbione> jbailey: hey dude.. Kamion is looking for you about the mesa stuff...
[02:46] <zul> hi
[03:13] <jbailey> Heya Chuck
[03:17] <zul> Hey Jeff
[03:29] <_kylem> jeffx0r.
[03:30] <jbailey> kyled00d
[03:31] <_kylem> that's all i've got.
[03:31] <_kylem> ;-)
[03:31] <zul> jeffarino
[03:32] <zul> BenC: i have a couple of questions for you when i get back later
[03:50] <_kylem> BenC, ok. i reproduced your bug.
[03:51] <_kylem> BenC, something like this:
[03:51] <_kylem> Loading ramdisk 4516272 bytes @ 3fba0000...
[03:51] <_kylem> Branching to kernel entry point 0x00100000.  If this is the last
[03:51] <_kylem> message you see, you may need to switch your console.  This is
[03:51] <_kylem> a common symptom -- search the FAQ and mailing list at parisc-linux.org
[03:51] <_kylem> ************* SYSTEM ALERT **************
[03:54] <_kylem> BenC, i'm going to rebuild your tree with my .config and see if it's a configuration problem, or some patch you merged.
[04:12] <_kylem> BenC, my config boots fine.
[04:12] <_kylem> mostly... for some reason it didn't mount /
[04:13] <jbailey> _kylem: This is with an Ubuntu initramfs?
[04:14] <_kylem> no.
[04:14] <_kylem> i don't build modular kernels.
[04:14] <jbailey> modules are cuddly. =)
[04:15] <_kylem> jbailey, hmm. it didn't detect any of the disks at all.
[04:15] <_kylem> but sym2 got probed.
[04:15] <_kylem> curious.
[04:15] <jbailey> iirc, sym2 is heavily patched in the parisc-linux tree.
[04:16] <_kylem> hmm. true.
[04:16] <_kylem> so while i make oldconfig'd i noticed there was this 'speakup console' thing...
[04:17] <_kylem> i think if you guys have patches that muck with console support it might cause this.
[04:17] <jbailey> Yeah.  Now as it's booting you can have your machine talk to you:
[04:17] <jbailey> "On my way up!"
[04:17] <jbailey> "On my way up!"
[04:17] <_kylem> or rather, cause what benc.
[04:17] <jbailey> "Uh oh"
[04:17] <_kylem> ...
[04:17] <jbailey> "This isn't good"
[04:17] <jbailey> "FOR THELOVE OF GOD!"
[04:17] <jbailey> "You didn't need that data did you?"
[04:17] <jbailey> "Checking your filesystem."
[04:17] <jbailey> "Does CTD mean anything to you?"
[04:18] <_kylem> jbailey, fwiw, there's no sym2 patches outstanding to 2.6.18-rc1 that should effect this.
[04:18] <_kylem> jbailey, i don't know where 2.6.17 stands on this.
[04:18] <jbailey> "I can see this conversation can serve no further purpose.  Goodbye."
[05:29] <doko> BenC: please join #ubuntu-toolchain when breaking lkh. kthxbye :p
[06:04] <BenC> kylem: So you think the speakup stuff broke hppa?
[06:04] <BenC> I can certainly attempt to confirm that
[06:15] <_kylem> BenC, it's possible. i can probably build faster so i'll test it until i find it.
[06:25] <_kylem> i need to go look through the diff and look for any clues.
[07:12] <mdz> Recommended packages:
[07:12] <mdz>   BOOTLOADER
[07:12] <mdz> BenC: is that intentionally in all caps?
[07:13] <mdz> BenC: also, is 2.6.17-5.9 safe to install on the architectures where it did build successfully?
[07:21] <BenC> the kernel is safe, it's just linux-kernel-headers that is broken
[07:21] <BenC> and I've no idea about the BOOTLOADER thing
[07:22] <BenC> interesting...I forgot to fill in the bootloader stuff
[07:34] <BenC> lol
[07:35] <BenC> my screen brightness affects my keyboard backlighting
[07:35] <BenC> so if I switch to my evo desktop, the keys go black, but if I switch to my terminals (blackback ground), the keyboard lights up
[07:36] <cjb> Nice.
[08:24] <BenC> _kylem: I almost have a build done with speakup disable, so I can test it soon
[08:38] <BenC> mdz: let me know if 5.9 or later fixes your via problem
[08:39] <mdz> BenC: your keyboard lights up?
[08:40] <mdz> I'll boot -5.9 now and see
[08:45] <[g2-build] > BenC, I've pulled the git tree. There used to be a newbiehow for building the kernel has that gone away ?
[08:46] <BenC> g2: see links in topic
[08:46] <BenC> mdz: Yeah, the pb has a backlight for the keyboard and sensors so it can automatically adjust to ambient light in the room
[08:47] <BenC> it even dims the lcd backlight the darker it is in the room (since it doesn't need so much contrast)
[08:51] <[g2-build] > BenC, I've got the ubuntu GIT tree from the link above, and the CategoryKernel doesn't seem to have the howto that was there a month ago or so
[08:51] <[g2-build] > clearly I'm missing something
[08:56] <BenC> oh wow
[08:57] <BenC> some ripped out my KernelCustomBuild, and moved it to help.ubuntu.com
[08:57] <BenC> so now it doesn't show under the wiki
[08:57] <BenC> https://help.ubuntu.com/community/Kernel/Compile
[08:58] <[g2-build] > BenC, thx :)
[09:02] <BenC> I'm not sure why this page was moved to help.ubuntu.com and also removed from wiki.ubuntu.com
[09:02] <BenC> that makes no sense
[09:05] <BenC> re-added to wiki, so it's there if yu need it
[09:37] <BenC> _kylem: rebuilt with speakup disabled, and still no luck
[09:37] <BenC> checked the code, and with it disabled, the console code is basically stock
[09:38] <zul> crap its nearly 4 already?
[09:44] <crimsun> BenC: that wiki.uc->help.uc migration was part of the docteam stuff
[09:57] <BenC> crimsun: But the doc I had linked to other docs that were not migrated
[09:57] <BenC> so it was kind of broken
[09:57] <crimsun> lovely :/
[10:46] <[g2-build] > bbiab
[10:51] <[g2-build] > BenC, ok I've got my first Ubuntu kernel built :) it's stock 386 from the git tree
[10:55] <[g2-build] > do I need to build the module-init-tools from source to work around the dependency issue ?
[10:55] <[g2-build] >  linux-image-2.6.17-5-38fa6a-386 depends on module-init-tools (>= 3.2.2-3ubuntu2); however:
[10:55] <[g2-build] >   Version of module-init-tools on system is 3.2.2-1ubuntu7.
[10:56] <BenC> yeah, unless you want to upgrade libc6 with it (I assume you are running dapper)
[10:56] <[g2-build] > yeah dapper latest
[10:57] <BenC> you could just copy the blacklist-pata to /etc/modprobe.d/ and do "dpkg --force-depends -i linux-image..."
[10:58] <BenC> but proper would be to rebuild module-init-tools
[10:59] <[g2-build] > proper is good
[10:59] <[g2-build] > I'm not in a super hurry, I'd like to get thing "right"
[11:00] <[g2-build] > where do I need to point for the later version of the source ?
[11:00] <[g2-build] > getting source gets the current version :)
[11:01] <BenC> add "deb-src http://archive.ubuntu.com/ubuntu edgy main" to /etc/apt/sources.list
[11:01] <BenC> sudo apt-get update
[11:02] <BenC> apt-get source module-init-tools
[11:02] <[g2-build] > now that you mention it it just makes too much sense :)
[11:02] <[g2-build] > thx
[11:04] <_kylem> BenC, i'll try it on another box and see if i can be more persuasive.
[11:04] <BenC> _kylem: I got a successful boot with <IP_ADDRESS> stock + a500_debconfig
[11:04] <BenC> trying ubuntu source + a500_defconfig
[11:05] <_kylem> ok.
[11:07] <[g2-build] > rebooting
[11:11] <BenC> _kylem: ubuntu code + a500_defconfig gets me to a "couldn't mount root" panic, I think because scsi_mod wasn't compiled in
[11:11] <BenC> let me check the config
[11:11] <_kylem> ok.
[11:11] <_kylem> that's the same thing i got with my a500 config + ubuntu kernel
[11:14] <BenC> CONFIG_BLK_DEV_SD=y
[11:14] <BenC> hmm, it should have gotten the rootfs
[11:14] <BenC> I know the sym2 driver loaded
[11:19] <_kylem> yeah. it didn't see the disks at all though.
[11:19] <_kylem> do you have any changes to sym2 that upstream doesn't have?
[11:21] <BenC> just the stuff from pa6
[11:22] <_kylem> ok.
[11:22] <_kylem> i'm confused now then.
[11:25] <[g2-build] > uname -a
[11:25] <[g2-build] > Linux tom-server 2.6.17-5-38fa6a-386 #1 Fri Jul 14 15:28:47 EDT 2006 i686 GNU/Linux
[11:25] <[g2-build] > wheee ! my first ubuntu kernel
[11:27] <[g2-build] > BenC, any ETA on building the restricted modules ?  I'm running with vesa instead of nv
[11:27] <[g2-build] > no pressure, just curios
[11:27] <[g2-build] > thx for all the help btw -- you guys (Ubuntu) have the process in nice shape
[11:34] <BenC> g2: lrm for what?
[11:35] <BenC> dapper should have lrm built for it
[11:35] <mjg59> BenC: 2.6.17 isn't in dapper
[11:38] <[g2-build] > hey mjg59
[11:41] <BenC> g2: you'll have to rebuild lrm yourself
[11:41] <[g2-build] > mjg59, are there any restricted modules required for the mac mini ? I'd guess the atheros
[11:41] <BenC> apt-get source linux-restricted-modules-2.6.17
[11:42] <BenC> edit debian/rules and find the ABI, set it to 5-38fa6a
[11:42] <mjg59> [g2-build] : Correct
[11:42] <BenC> you'll have to add restricted to the deb-src line first
[11:43] <[g2-build] > BenC ok I'd like to walk through this and then I can have a draft update for the wiki
[11:44] <[g2-build] > I'll building the nv modules for the desktop first for this kernel is a good thing
[11:44] <[g2-build] > well good as in a good test
[11:49] <[g2-build] > BenC do you mean linux-restricted-modules-386 ?
[11:49] <BenC> that's how you build it, yes
[11:50] <BenC> but the package you just mentioned is just a meta-package
[11:51] <[g2-build] > right but in edgy main there's no linux-restricted-modules-2.6.17
[11:51] <[g2-build] > src that is
[11:51] <[g2-build] > and dapper is very unaware of that
[11:51] <mjg59> It ought to be in restricted
[11:53] <[g2-build] > so i need to add deb-src http://archive.ubuntu.com/ubuntu edgy main restricted
[11:53] <[g2-build] > to sources.list
[11:59] <[g2-build] > Does this mean they were just uploaded yesterday ? https://launchpad.net/distros/ubuntu/edgy/+source/linux-restricted-modules-2.6.17
[12:00] <[g2-build] > and is "+source" a different place ?
[12:04] <BenC> the source doesn't change when I upload for a new kernel
[12:04] <BenC> it's just a change in the ABI
[12:05] <BenC> not to mention even if I upload, you can use it, since your kernel ABI is different
[12:05] <BenC> you have to build it anyway
[12:05] <BenC> you can't use it, I mean