[04:37] <Homefix>  this message ic comming from ubuntu installed on my EVO
[04:57] <jhobbs> tsk tsk, irc'ing as root!
[08:40] <sveinse> Hi. Regarding the alsa profile issue this weekend: Our kernel developer sais that the extra alsa driver text fields are ubuntu specific. Is that correct?
[08:53] <sveinse> Are there any rules/practices regarding numbering of udev rules? I need to insert a rule for mounting a USB memory device, and I'm trying to figure its number
[14:08] <ogra> rsalveti, your new phone you got in dallas, was that a galaxy 9000 ?
[14:08] <rsalveti> ogra: nexus s
[14:08] <ogra> ah, k
[14:13] <hrw> which is nearly same ;D
[14:13] <hrw> hw wise
[14:13]  * hrw has nexus s
[14:18] <ogra> right, i thought so
[14:18] <ogra> (my provider wants me to pick a new phone for free .... its that time of the year again :) )
[14:26] <sveinse> optimus perhaps ?
[14:26] <ogra> optimus ?
[14:28] <sveinse> http://www.engadget.com/2010/12/15/lg-optimus-2x-first-dual-core-smartphone-launches-with-android/
[14:28] <ogra> ah
[14:29] <ogra> to late, i just picked the samsung
[14:35]  * rsalveti lunch
[14:51] <hrw> ogra: galaxys?
[14:57] <ogra> hrw, yep
[14:59] <hrw> I wonder when TI will start making pandas bootable directly from usb...
[14:59] <hrw> I am going to be sdless...
[15:00] <hrw> my last card - 8GB microsd
[15:02] <ogra> buy new ones ... and expense them
[15:03] <hrw> will have to
[15:12] <hrw> uf. this card works
[15:27] <reb`> I bought a Pogoplug and installed Arch Linux from the PlugApps web site.  Is this the best option for this ARM box?  I run Ubuntu at home and at work, but it appears that the latest Ubuntu does not support PogoPlug aka SheevaPlug.
[15:30] <LetoThe2nd> reb`: pogoplug is the marvell kirkwood platform, right?
[15:31] <reb`> Something like that ... first generation Marvell architecture ... same as original SheevaPlug.
[15:31] <LetoThe2nd> reb`: then it's supported until ubuntu 9.04, ut not longer.
[15:33] <reb`> Are there any independent sources for more recent Ubuntu releases compiled for that platform?
[15:33] <LetoThe2nd> none that i knew.
[15:33] <reb`> I'm not unhappy about Arch Linux, it's just that package management is different, system init files are different, etc.
[15:37] <reb`> LetoThe2nd: Thanks!
[15:40] <hrw> reb`: use Debian or Arch
[15:46] <rsalveti> hrw: I believe you can already boot over usb
[15:46] <rsalveti> I remember having someone discussing this at the pandaboard m-l
[15:46] <hrw> rsalveti: without sdcard at all?
[15:46] <rsalveti> usb = micro usb
[15:47] <prpplague> rsalveti: there are about a half dozen utils for usb booting
[15:47] <rsalveti> afaik, yes
[15:47] <prpplague> rsalveti: including a new usbboot tool and nishant's u-boot utils
[15:47] <rsalveti> yup, that's it
[15:47] <rsalveti> thanks :-)
[15:47] <rsalveti> hrw: have fun
[15:51] <hrw> prpplague: but how does it work? omap4rom will read xloader from ehci->thumbdrive or expect tool talking to it by usbdevice port?
[15:52] <prpplague> hrw: rom code inits the OTG as a host port, then sends a specific enumeration id
[15:52] <prpplague> hrw: the client software on the host pc reads that and begins an upload of code
[15:53] <rsalveti> like what we had for omap3
[15:53] <prpplague> hrw: once the code upload is complete, the rom code jumps to the start address of the code
[15:53] <prpplague> rsalveti: exactly like omap3
[15:53] <hrw> so no use for me. I expect panda to not depend on other devices for boot
[16:03] <prpplague> hrw: what is your use case?
[16:06] <hrw> prpplague: during last week I throw 3 sd cards into trashcan. wondering about other ways to boot panda
[16:06] <prpplague> hrw: ?? what were wrong with the cards?
[16:07] <prpplague> hrw: why wouldn't the usboot stuff work for you?
[16:07] <hrw> prpplague: random filesystem failures all over the card
[16:07] <hrw> prpplague: or cards which magically changed their capacity from 4GB to 0
[16:07] <hrw> prpplague: panda is far from other machines
[16:07] <reb`> hrw: Is Debian closer to Ubuntu as far as package management and other system stuff is concerned?
[16:08] <hrw> reb`: no. its reverse direction
[16:08] <hrw> reb`: Ubuntu is derivative of Debian
[16:08] <reb`> ok
[16:08] <reb`> So there's a full Debian distribution for ARM Kirkwood?
[16:08] <hrw> yes
[16:09] <hrw> reb`: you can officially install debian on (some set of) kirkwood based devices
[16:11] <prpplague> hrw: interesting, this is the first report i have had of that
[16:12] <prpplague> hrw: well, what i would do is find a small sd card, and place just x-load and u-boot on the boot partition
[16:12] <prpplague> hrw: then use either network booting for kernel and root, or use a usb thumb drive
[16:13] <reb`> Great!  I've had a few problems with Arch Linux / PlugApps -- missing dependency after installing a package, inability to find needed linux-api-headers package, etc.
[16:14] <reb`> It's probably my inexperience ... I'd be more comfortable with Debian/Ubuntu.
[16:14] <reb`> hrw: thanks!
[16:15] <prpplague> hrw: you could program up an avr or msp to boot the panda
[16:15]  * prpplague has done that before
[16:16] <hrw> prpplague: normally I have xload/uboot/kernel/initrd on sd + rootfs on usbhdd. but it is hard to test linaro images that way ;d
[16:17] <prpplague> hrw: ahh
[16:17] <prpplague> hrw: wish you had saved the sd cards, i would have liked to do a post mortem on the cards
[16:17] <hrw> Angstrom 2010.7-test-20101105 omap4430-panda ttyO2
[16:17] <hrw> prpplague: send me your address?
[16:24] <hrw> ok, kernel compilation under angstrom started. under ubuntu it was enough to get buserror/segfault with mem=1G
[16:32] <sebjan> hrw: you don't have these crashes with angstrom?
[16:33] <hrw> sebjan: during fosdem I was told that it was not reproduced there
[16:36] <sebjan> hrw: hum, ok. If you have some feedback on this issue, here is where we track it: bug 633227
[16:36] <ubot2> Launchpad bug 633227 in linux-ti-omap4 "instabilities with highmem activated" [High,Confirmed] https://launchpad.net/bugs/633227
[16:36] <prpplague> hrw: and avr boot dongle would be cute for the panda
[16:37] <hrw> sebjan: I know about that bug
[16:39] <hrw> drivers/media/IR/ir-functions.c:111: internal compiler error: in attach_dep_link, at sched-deps.c:227
[16:39] <hrw> Please submit a full bug report,
[16:39] <hrw> ha!
[16:39] <rsalveti> :-)
[16:39] <ogra> just dont compile through infrared :P
[16:40] <hrw> make -j44 is nice stress test
[16:41] <armin76> hrw: fyi i also reproduce them with gentoo
[16:41] <armin76> hrw: ah, nice, you reproduced it :D
[16:42] <armin76> thing is all the ppl that have said they don't get such failures turns out they don't compile native :/
[18:04] <sveinse> How long will pastes in ubuntu pastebin linger around?
[22:13] <TheUni> rsalveti: have you had a chance to look into xbmc?
[22:13] <TheUni> i'm getting ready to overhaul our packaging, would be great to have some guru help :)
[22:13] <rsalveti> TheUni: not yet, last week was busy with alpha-2, planning to put my hand on it this week
[22:13] <TheUni> ok
[22:14] <rsalveti> TheUni: sure, probably will start working on this bp tomorrow
[22:14] <TheUni> bp?
[22:14] <rsalveti> blueprint
[22:14] <TheUni> ah, roger. bp means backport for me lately :)
[22:15] <rsalveti> haha, true
[22:16] <TheUni> rsalveti: one of the big issues will be bundling ffmpeg
[22:17] <rsalveti> TheUni: hm, ok
[22:17] <TheUni> we bundle many libs, which we've been working on moving out. but we're tied pretty closely with ffmpeg
[22:17] <TheUni> though as we discussed, we're open to adding gstreamer support
[22:18] <rsalveti> yeah, that would help us a lot