[00:30] <MrCurious> does anyone have a favorite version of ubuntu that works reasonably well on pandaboard?
[02:13] <infinity> MrCurious: natty works fine on Panda.
[02:27] <GrueMaster> infinity: This thing is wonderfully designed.  HDMI adaptor puts the cable exactly on top of the power/reset buttons.
[02:27] <GrueMaster> Quickstart, that is.
[02:35] <infinity> GrueMaster: I'm no longer sad that I didn't spring for the HDMI module for mine.
[02:36] <GrueMaster> Meh.  I have the power of remote control via serial relay (same power as Panda).
[02:36]  * GrueMaster wishes he could figure out why there is a 1.5s lag in irc.
[02:37] <infinity> Reconnect to a US server?
[02:37] <GrueMaster> It is.  Always.
[02:37] <GrueMaster> (I think).
[02:37] <infinity> You're on a Bulgarian server right now.
[02:38] <infinity> hitchcock.freenode.net [Sofia, BG, EU]
[02:39] <infinity> GrueMaster: You might want to use irc.us.freenode.net instead of irc.freenode.net (the latter includes EU in the round-robin)
[02:39] <GrueMaster> Switching.
[02:40] <infinity> Better?
[02:41] <GrueMaster> Am I here?
[02:41] <GrueMaster> Am I here?
[02:41] <GrueMaster> Not sure.
[02:41] <GrueMaster> Gah.  2.5s lag.
[02:41] <GrueMaster> And this is a server in Corvallis, OR.
[02:42] <infinity> Weird.  I'm on the same server as you with 0 issues.
[02:42] <infinity> Hunt down the torrenting kids? :)
[02:42] <GrueMaster> They're at the cost.  Pandora is the only consumer here.  dsl-modem showing low traffic.
[02:43] <GrueMaster> Whoa.  desktop loadavg: 5.84.  hrm.
[02:44] <GrueMaster> grrr.  Firefox (Lucid).
[02:45] <GrueMaster> 25% CPU.
[02:46] <GrueMaster> Must be Jenkins.  This is going to be a fugly cycle.
[02:46] <infinity> I blame flash.
[02:46] <infinity> Or Jenkins, sure. ;)
[02:46] <GrueMaster> Nope.  Not running flash.
[02:46] <GrueMaster> Even my server is feeling stressed.
[02:47] <GrueMaster> Sigh.  Guess I will need to dedicate my spare core2duo w/ 4G ddr2-800 to Jenkins.  It requires Natty anyways and most of my infrastructure here is LTS (Lucid).
[02:49] <infinity> I do love that every time someone re-invents the CI wheel, they make it even less efficient in the name of elegance and/or abstraction.
[02:50] <Martyn> Cl wheel?
[02:50] <infinity> CI.  Continuous Integration.
[02:51] <GrueMaster> Hrm.  Bandwidth is good.  Not stellar, but 5.6M/750 isn't bad (with pandora running on my chumby).
[02:51] <Martyn> infinity : Heh.. yeah
[02:51] <Martyn> infinity : I deal with bamboo all the time at work .. Atlassian.  It works, but it's clunky
[02:52] <Martyn> and it's support for git is very basic
[02:54] <GrueMaster> Quickstart seems to be drawing power from either my USB, ethernet, or hdmi.  weird.  Not enough to do anything, but enough to make the power LED glow.
[02:54] <infinity> I just seem to be going backwards with CIs, as far as system overhead.
[02:55] <infinity> Tinderbox (perl) -> Buildbot (python) -> Jenkins (java)
[02:55] <infinity> Not that the implementation language means anything, but in this case, the systems seem to match the stereotypes usually leveled at people who use them.
[02:56] <StevenK> Buildbot is horrible
[02:56] <StevenK> The sooner I have to stop caring about it, the better
[02:56] <infinity> Tinderbox is simple, gets the job done, quick.  Buildbot is a bit more modular, a bit more complex, reasonably quick about it.  Jenkins is massively complex, and... Everything that goes with it.
[02:57] <GrueMaster> Personally, I don't care what it is running, as long as it WORKS.
[02:57] <infinity> StevenK: I despised buildbot as a tinderbox replacement, but it kinda does the job.  And doesn't bring machines to its knees just by existing.
[02:57] <StevenK> steven@hudson:~$ uptime
[02:57] <StevenK>  01:57:36 up 311 days,  7:04,  2 users,  load average: 0.00, 0.00, 0.00
[02:57] <StevenK> My Jenkins VPS ^
[02:58] <infinity> StevenK: "bring to knees" doesn't always imply downtime. :P
[02:58] <StevenK> No, it implies heavy load
[02:58] <infinity> Is it doing anything at all currently?
[02:58] <StevenK> Sure, it uses slaves to do the building :-)
[02:58] <infinity> I dunno.  I've not used it locally, to be fair.  Just heard horror stories from others about CPUs spinning out of control.
[02:58] <StevenK> infinity: https://lpci.wedontsleep.org/ if you care
[02:59] <StevenK> I understand you may not :-)
[02:59] <infinity> I'll care when someone tells me I have to care about it.
[03:00] <StevenK> Haha
[03:00] <StevenK> Next you'll tell me I don't count.
[03:00] <infinity> You count when you send me large bags of money.
[03:00] <GrueMaster> Nice.  Now to figure out how to use it on my panda farm.
[03:00] <StevenK> s/money/Australian lamb/ ?
[03:01] <infinity> Money doesn't spoil in the mail.
[03:02] <StevenK> That's a solvable problem
[03:14] <Openfree`> possible recursive locking detected? anyone encounter the same problem on pandaboard?
[03:14] <Openfree`> http://paste.pocoo.org/show/429588/
[03:15] <Openfree`> I have problem to use pvr driver
[03:17] <Openfree`> I'm using http://ports.ubuntu.com/ubuntu-ports/pool/main/l/linux-ti-omap4/linux-ti-omap4_2.6.38-1208.11.tar.gz
[03:20] <infinity> Openfree`: Try using our toolchain too...
[03:21] <infinity> Openfree`: No guarantees (in fact, it's pretty unlikely) that Gentoo's 4.5.2 contains all the fixes from recent upstream, Debian, Ubuntu, and Linaro GCC 4.6.x
[03:22] <infinity> Openfree`: (Same argument goes for binutils)
[03:30] <Openfree`> infinity, so ,you suggest use GCC 4.6.x? it would be to use ubuntu toolchain for gentoo user, you know... so I would like to know which patches I may need, or just upgrade
[03:32] <infinity> Openfree`: I'd suggest using either Oneiric's toolchain or Linaro's (both GCC and binutils), yes.  I wouldn't be the man to ask to dissect which patches you might need on top of an upstream checkout.
[03:34] <Openfree`> infinity, but looking at the log, it shouldn't be the problem of toolchain side.. well I will try 2.6.38-1309.13, then see what happens
[03:34] <Openfree`> infinity, anyway, thanks for your help
[03:35] <Openfree`> Ok, I will try to ask at #linaro, see if any helps
[05:09] <MrCurious> or do i misinterpret
[05:10] <MrCurious> oops
[10:10] <kunguz> everytime , I had to call "sudo lxdm" to start desktop session, how do I start automatically at the boot
[10:11] <woglinde> make an upstart file?
[10:11] <kunguz> woglinde: how do I do it? :(,
[10:13] <kunguz> woglinde: is this the file /etc/init.d/rc?
[10:14] <woglinde> no
[10:14] <woglinde> look into /etc/init
[10:14] <woglinde> and learn about how to write an upstart file
[10:16] <kunguz> woglinde: is this an useful material to learn?
[10:16] <kunguz> woglinde: http://upstart.ubuntu.com/getting-started.html
[10:26] <kunguz> one other thing when I start lxde in tv:ntsc mode, nothing is displayed on the screen :(
[10:26] <woglinde> which screen?
[10:26] <woglinde> your tv?
[10:26] <woglinde> kunguz yes for upstart
[10:26] <woglinde> and there are already enough files to get the clue at /etc/init
[10:27] <kunguz> woglinde: I am using a pico-projector with a limited resolution 848x480
[10:27] <woglinde> ?
[10:27] <kunguz> woglinde: I configured the startup thing, I copied a lxde.conf into the /etc/init
[10:27] <kunguz> woglinde: it seems to work now
[12:15] <kunguz> here is my boot script
[12:15] <kunguz> http://sudrap.org/paste/text/15678/
[12:15] <kunguz> I can not see lxdm but I can display the non-gui terminal
[12:16] <kunguz> whenever I call sudo lxdm in the terminal, the display shows nothing with this boot script
[12:16] <kunguz> but if I modify it to run with dvi then I can display lxdm
[12:16] <kunguz> any ideas?
[12:17] <woglinde> problem is that the tv has to support the resolution
[12:19] <kunguz> woglinde: how do I set a new resolution to lxdm?
[12:26] <woglinde> dont know
[12:26] <kunguz> woglinde: thanks anyway, I think I found some way.
[15:06] <ppisati> ogra_: i'm looking at the ac100 marvin kernel
[15:07] <ogra_> i'll likely switch to .38 soon with the package
[15:07] <ppisati> ogra_: in case i compile a new one, install it on the ac100 but it doesn't boot
[15:07] <ppisati> ogra_: how do i recover?
[15:07] <ogra_> (currently alpha2 keeps me busy, i plan a new package after that)
[15:07] <ppisati> ogra_: i would like to rebase everything on top of 3.0
[15:07] <ogra_> ppisati, there is an SOS image if you hold down "home" on boot and press 1
[15:08] <ppisati> ogra_: ah yes, you told me
[15:08] <ogra_> ppisati, we only have graphics drivers against .38 atm
[15:08] <ppisati> ogra_: you mean the nvidia-graphics-drivers-tegra?
[15:09] <ogra_> from the SOS image, mount your root disk under /root ... bind mount /dev to /root/dev ... chroot into /root, mount proc and sys ... then you can replace kernel and modules to your liking and just run flash-kernel to put them in place
[15:09] <ogra_> yes, the nvidia driver
[15:09] <ogra_> alberto just tries to make it work for us
[15:10] <ogra_> i'm not sure if it would work with 3.0
[15:10] <ogra_> *having* 3.0 is surely not bad ... but i wont defualt to it unless i know the driver works
[15:11] <ppisati> ogra_: ok, i'm fine with it being a fallback
[15:11] <ogra_> not fallback ... the future ;)
[15:11] <ppisati> ogra_: if it works and it's good, ok, else go with what we have
[15:12] <ogra_> you might want to dropy by in #ac100 ... thats where the fun happens ;)
[15:12] <ppisati> yep
[15:12] <ppisati> as soon as i start, i'll be there
[15:57] <brendand> to get output from a server image for pandaboard do i need serial hooked up?
[15:57] <ogra_> yes
[15:58] <brendand> dang
[16:03] <ogra_> you could hack up the cmdline in boot.scr
[16:03] <ogra_> then it would use the console
[16:04] <GrueMaster> brendand: You could also use the netboot-fb image to install.
[16:04] <ogra_> yeah !
[16:04] <GrueMaster> Requires more bandwidth though.
[16:04] <brendand> oh i have a ttyS0, just more setup
[16:04] <brendand> doing it now
[16:04] <ogra_> and more patience :)
[16:05] <GrueMaster> Use a straight serial cable.  Not null modem.
[16:07] <brendand> err, i never did know how to tell the difference
[16:07] <brendand> is it just both ends have different connections?
[16:07] <brendand> 1 male/1 female?
[16:07] <infinity> Null modem cables have crossed-over pins.
[16:08] <ogra_> its about the wiring of the pins
[16:08] <infinity> If you didn't buy or make one specifically for the purpose, you don't have one.
[16:08] <brendand> anyway - is 115200 8N1 okay for settings?
[16:09] <infinity> Yup.
[16:11] <brendand> getting stuff through minicom now
[16:11] <brendand> thanks folks
[16:11] <brendand> was relatively painless
[16:11] <GrueMaster> We like it that way.  :P
[16:12] <ogra_> :)
[16:16] <brendand> why's the text all weird?
[16:16] <brendand> full of question marks
[16:17] <infinity> Because minicom is a lousy terminal emulator.
[16:17] <brendand> thought so
[16:17] <brendand> recommend?
[16:17] <brendand> screen?
[16:18] <NekoXP> PuTTY :)
[16:18] <infinity> screen works well.
[16:20] <infinity> Should "just work" with something like "screen /dev/ttyS0" (or whatever your serial port is)
[16:21] <infinity> You could tack a 115200 on the end of that if it seems to be doing the wrong thing.
[16:23] <brendand> last question
[16:23] <brendand> should i be able to do a server install with just wifi?
[16:23] <brendand> or do i need ethernet (which i can get if needed)
[16:24] <infinity> The server image has enough glue to get your wifi going, probably.  But ethernet's always less hassle (except for the cable)
[16:25] <ogra_> i dont think we have wireless-tools seeded in minimal
[16:25] <infinity> It's minimal and standard.
[16:25] <infinity> Most of the glue should be in standard.
[16:26] <infinity> Although... Maybe not anymore.  I might be living in the past.
[16:26] <ogra_> yeah
[16:26] <infinity> brendand: Either way, real servers have wires sticking out of them. ;)
[16:26] <ogra_> lol
[16:26] <ogra_> glorious change of mind
[16:27] <infinity> (wireless-tools are seeded in server, so this goes away when I get the pool on the server image)
[16:27] <ogra_> yeah
[16:28] <ogra_> though pool doesnt mean installed ... that might need some preseed glue
[16:28] <infinity> We don't want it installed by default anyway, do we?
[16:28] <infinity> Just there, "in case someone wants it".
[16:29] <ogra_> well, its would be nice to install it on certain platforms ...
[16:29] <ogra_> i.e. the panda ...
[16:29] <infinity> The panda has perfectly functional wired ethernet...
[16:29] <infinity> Maybe if you find something that ONLY has wireless, I'll hear your argument.
[16:30] <ogra_> k :)
[16:30] <infinity> It's not like wireless in D-I is any more pleasant an experience.
[16:30] <infinity> Not if WPA is involved (which it usually is these days)
[16:30] <ogra_> as long as we use oem-config life is a bit easier ;)
[16:31] <ogra_> we could use nm-cli :)
[16:31]  * ogra_ ducks in case a server guy reads that
[16:32]  * infinity smacks ogra.
[16:33] <brendand> ICS to the rescue
[16:33] <infinity> Nevermind the other reasons that NM on minimal systems smacks of icky (most of which go away when dbus moves to kernel space some day), but nm-cli is also lacking enough features to be useful.
[16:34] <ogra_> there is a fully working cli client
[16:34] <ogra_> probably called differently
[16:34] <infinity> nm-cli definitely isn't "fully working", but maybe someone's written something better.
[16:34] <infinity> (I mean, it works, for certain simple use-cases, but it's not "fully working")
[16:34] <ogra_> there was something in universe ... not sure it still exists
[16:36] <ogra_> cnetworkmanager iirc
[16:36] <ogra_> grmbl ...
[16:36]  * ogra_ curses the nvidia driver ... corrupted fonts again
[17:32] <lilstevie> ogra_: wifi is being a bloody whore on the transformer :(
[17:33] <ogra_> heh
[17:33] <ogra_> seems a tegra illness
[17:33] <ogra_> ac100 had longstanding probs too
[17:34] <lilstevie> how did you solve your problems
[17:34] <lilstevie> I can get the occasional scan to work but never connect
[17:35] <ogra_> better drivers
[17:35] <lilstevie> heh
[17:35] <ogra_> porting bits and pieces from compat-wireless etc ...
[17:36] <ogra_> ask woglinde and marvin24 ... they did all of that
[17:36] <ogra_> what chipset are you doomed with ?
[17:37] <lilstevie> bcm4329
[17:37] <ogra_> ouch
[17:37] <ogra_> at least one that leaves you multiple driver options to tyr
[17:38] <lilstevie> driver is identical to a working one
[17:38] <lilstevie> I don't get it
[17:40] <ogra_> try playing with the power options
[17:40] <ogra_> (i.e. in iwconfig)
[17:40] <ogra_> and check for rfkill
[17:41] <lilstevie> rfkill is only on the bluetooth part of the chipset
[17:42] <lilstevie> I must be overlooking something small, cause the guy who couldn't even figure out the mountpoints is claiming to have found the problem
[21:09] <brendand> anyone noticed that USB ports are broken on panda with the Alpha2 candidate image?
[21:10] <ogra_> brendand, GrueMaster just did, yeah
[21:11] <brendand> GrueMaster - got a bug number?
[21:11] <GrueMaster> Pffft.  Who needs usb?
[21:11] <brendand> me?
[21:11] <GrueMaster> Bug #791552
[21:11] <ubot2> Launchpad bug 791552 in linux-ti-omap4 "No USB support on beagle/beagleXM" [Undecided,Fix committed] https://launchpad.net/bugs/791552
[21:11] <brendand> also ethernet seems broken
[21:11] <ogra_> just use a GPIO and morse code
[21:11] <ogra_> who needs keyboards
[21:12] <GrueMaster> brendand: eth0 is on the usb bus.
[21:12] <brendand> used to work with natty
[21:12] <GrueMaster> Hey, we have two leds that can be reprogrammed.  Those plus a web cam can be engineered to act as a data transmission system.
[21:12] <ogra_> ah, the good old times, yeah
[21:13] <GrueMaster> brendand: New gcc exposes this issue.
[21:13] <ogra_> natty ... when we were young
[21:13] <GrueMaster> natty kernel fails when built with this gcc.
[21:15] <GrueMaster> Also, the 20110705 server images work (as they have an older kernel).
[23:45] <MrCurious_> gruemaster: whats the gcc version that works for the natty kernel and un-exposes some of the bugs?