[00:01] <GrueMaster> infinity: Good to know.  Didn't really want to release one from the search for ET.  But I can reimage in a moment's notice if needed, and I have my local mirror.  :P
[00:01] <infinity> GrueMaster: Do you have one with a local disk?
[00:02] <infinity> GrueMaster: stgraber's NFS solution just broke my build with make/nfs timestamp skew sadness.
[00:02] <GrueMaster> I have all 5 of my systems with sata usb.
[00:02] <infinity> Maybe I should beg you for a fresh natty headless, then, and let stgraber have his diskless one back.
[00:03] <infinity> Before I tear out more hair.
[00:03] <infinity> But first, food.  Food will make me feel better.
[00:03] <GrueMaster> It is faster for me to image with netboot.  Installs directly to USB, and no prompting along the way.
[00:04] <stgraber> infinity: I can fairly easily switch that to a nbd export so you have raw block device access and no more nfs weirdness if that helps
[00:05] <GrueMaster> I'll start one now, then give you the ipv6 addr before I leave for our 24th anniversary dinner.
[00:05] <infinity> stgraber: If that fixes timestamp skews, sure.
[00:05] <infinity> stgraber: Or, I can steal Tobin's local-disk system.  I'm not picky.
[00:05] <infinity> But food.
[00:05] <infinity> Back in a bit.
[00:09] <GrueMaster> Crap.  Mirror appears to be down.  Grrr.
[00:09] <stgraber> infinity: I'll have nbd setup (with the same data) in a couple of minutes
[00:14] <GrueMaster> Mirror recovered (kernel panic - will look into later).
[00:16] <GrueMaster> Of course, nothing in the logs.  Oh, well.  Panda4 will be online in ~15 minutes.  Mirror is current as of 6/18, will pull in 45 minutes and be current within 1.5-2 hours.
[01:00] <stgraber> infinity: oh, btw, forgot to mention that the panda is back online with /data mounted over nbd, so if you still get timestamps problem, then it's a kernel bug ;)
=== W1N9Zr5416 is now known as W1N9Zr0
=== rsalveti` is now known as rsalveti
=== heathkid|2 is now known as heathkid
=== zyga_ is now known as zyga
[12:28] <OlivierN1>  nedd to export it
=== prpplague is now known as prp^2
=== doko_ is now known as doko
[13:11] <ogra_> ppisati, http://paste.ubuntu.com/1059040/ thats what i get with your hpddbg kernel
[13:12] <ogra_> and it belives it switched to a 240x75 console
[13:13] <ogra_> though there is no output (should i see any ?)
=== zyga is now known as zyga-food
[13:57] <ppisati> ogra_: actually i expected another printk to appear close to
[13:57] <ppisati> ogra_: "HPD IRQ request failed"
[13:58] <ppisati> ogra_: echo 8 > /proc/sys/kernel/printk
=== zyga-food is now known as zyga
[14:28] <janimo> lilstevie, armhv tegra driver here https://launchpad.net/ubuntu/+source/nvidia-graphics-drivers-tegra/15~beta1-0ubuntu2 I have not tested it though
[14:42] <alf_> Hi! Does the 12.04 image for omap3 (e.g. beagle-xm) have hardware acceleration for 1. video playback 2. 3D ?
[14:59] <ogra_> ppisati, oh, thats also there http://paste.ubuntu.com/1059183/
[15:00] <ogra_> (booted with drm.debug=7)
[15:07] <ppisati> ogra_: ok, got what i need, thanks
=== Ursinha` is now known as Ursinha
=== Ursinha is now known as Guest89684
=== Guest89684 is now known as Ursula
=== Ursula is now known as Ursinha
[15:48] <GrueMaster> infinity: Figure out your mono issue?  What exactly are you looking at?
[16:23] <TrimSliceSDXC> testing a TimSlice H25 running on an 64 GB SDXC card (Ubuntu 11.04)
[16:23] <TrimSliceSDXC> s/ H250
[16:23] <ogra_> ppisati, hmm, omap3 still doesnt look good, my boot attempts all hang here and i also dont get any display output
[16:24] <ogra_> seems to hang pretty randomly i even had one that finished all initramfs scripts before it locked up hard
[16:24] <ogra_> and USB doesnt seem to be powered at all
[16:25] <ogra_> oh, WOW !
[16:26] <ogra_> so it seems my USB1 hub i have my mouse and kbd attached to completely kills the hub on the beagle
[16:26] <ppisati> ogra_: the new kernel wasn't uploaded, and i'm aware of the usb thing and i'm on working on that
[16:26] <ogra_> as soon as i unplug it, the rest of usb devices powers up on the port
[16:26] <ppisati> ogra_: we miss another patch, and there's something in our config that kills it
[16:26] <ogra_> ah
[16:27] <ogra_> wow and i see a log of squashfs errors on the console during boot
[16:28] <ogra_> intresting, omap4 doesnt expose them
[16:28] <ppisati> yep, 3.5 regressed so much on omap
[16:28] <ppisati> anyway, off now, be back later
[16:28] <ogra_> enjoy
[16:29]  * ogra_ takes that as an example and calls it a day too
[19:02] <janimo> infinity, hi. armadaxp binaries targeted at precise-proposed in the NEW queue :)
[19:03] <infinity> janimo: If there are, they sure got cleared out fast.
[19:04] <janimo> infinity, https://launchpad.net/ubuntu/precise/+queue?queue_state=1
[19:04] <janimo> I see them at the top of this page
[19:04] <infinity> janimo: Are you sure you don't mean in unapproved, cause it was a copy from the PPA? :P
[19:04] <infinity> (That's not new)
[19:04] <janimo> infinity, unapproved, new, tomato/potato :)
[19:05] <janimo> so yes, they are not NEW source I see now
[19:06] <infinity> janimo: I'll have to fix the override in ~30m.
[19:06] <infinity> janimo: I'll update the tracking bug when I do.  If you have one this time...
[19:06] <janimo> ... ?
[19:06] <infinity> Which you don't.  Bah.
[19:07] <janimo> have what?
[19:07] <infinity> janimo: A kernel SRU tracking bug.
[19:07] <janimo> ah tracking bug
[19:07] <janimo> I do
[19:07] <janimo> a moment
[19:07] <infinity> Not in the changelog.
[19:07] <infinity> That would be helpful.
[19:07] <janimo> https://bugs.launchpad.net/kernel-sru-workflow/prepare-package-meta/+bug/1013465
[19:07] <ubot2> Ubuntu bug 1013465 in linux-armadaxp "linux-armadaxp: 3.2.0-1604.7 -proposed tracker" [Medium,In progress]
[19:07] <janimo> oh crap
[19:07] <janimo> I always though it got inserted
[19:07]  * janimo checks
[19:07] <infinity> Oh, it's there.  In the wrong place.
[19:08] <infinity> Should be above the 3.2.0-26.41 rebase, not below.
[19:08] <infinity> Anyhow, next time.  At least I know where it is for this one. :P
[19:10] <janimo> infinity, so should be the topmost entry in the changelog?
[19:10] <janimo> I managed to add another patch after initial changelog generation and it got pushed down
[19:13] <infinity> janimo: It should be the top entry and, more importantly, it shouldn't appear as though it came from the master branch.
[19:14] <infinity> janimo: Ordering is nice here for auditing too.  When you do a master rebase, make that the last thing in the changelog.
[19:14] <infinity> janimo: So, 1: tracking bug, 2: tree-specific changes/updates, 3: rebase junk.
[19:14] <infinity> So we can ignore everything from the rebase tag down. :P
[19:33] <janimo> infinity, I'll pay more attention next time. I may have invoked the insertchangelog tools in the wrong order or altered the changelog manually afterwards to change something
[19:34] <infinity> janimo: S'all good.  Live and learn.  The kernel SRU process is pretty rigid, and any deviation causes a bit of confusion.
[19:37] <janimo> infinity, yes it is pretty rigid - which is good. The less good is the tools are not yet all there and consistently enforced to automate most of it
[19:37] <janimo> there is progress though, just could be a lot more automatic
[19:39] <infinity> It's a lot less awful than it used to be. ;)
[19:39] <janimo> and the fact that even I am packaging kernel now is a testament to that :)
[19:42] <infinity> Heh.
[20:28] <tedg> Hey folks, I'd like to grab an ARM image that I can run under QEMU
[20:29] <tedg> I'm not sure which one I want, whether it's one of the OMAP ones or what exactly.
[20:29] <GrueMaster> infinity: So, what are you tracking in Mono for Natty?  iirc, it was broken for SMP.
[20:31] <prpplague> jkridner_: aw man, who let you in here?
[20:31] <prpplague> there goes the neighborhood
[20:35] <janimo> infinity, so should the promote-to-proposed bugtask be set to Fix Released already on the armadaxp bug?
[20:39] <tedg> Anyone have a recommendation on which image to use?
[20:39] <tedg> ^
[21:03] <infinity> GrueMaster: Not in natty, on natty.  As in, quantal mono on natty kernels (which our buildds still use).
[21:04] <infinity> janimo: Not until I fix the overrides, which I'm about to do.
[21:04] <GrueMaster> Oh.  ugly.
[21:04] <infinity> janimo: I'll poke the task when I'm done.
[21:05] <janimo> infinity, what are the overrides exactly?
[21:05] <infinity> janimo: As in, making sure the kernels are in main instead of universe.
[21:06] <janimo> infinity, ok. Can they not be routed to main automatically for each new upload? So if package name == linux-armadaxp-{\d+} or something =>main
[21:07] <infinity> janimo: Not with the way copying from PPAs currently works.
[21:08] <infinity> janimo: bug updated.
[21:09] <janimo> infinity, thanks
[21:28] <GrueMaster> infinity: When will the buildd's switch to 12.04?  12.04.1?
[22:07] <infinity> GrueMaster: When my ticket gets actioned.  Some buildds have switched already, none of the Pandas have.
[22:16] <gandhijee_> is there a tablet UI for ubuntu?
[22:46] <GrueMaster> infinity: Well, if you need it, my panda is live, and I believe I have updated local copies of the ubuntu-core images on my mirror as well.  Let me know if you need anything on it.
[22:47] <GrueMaster> I can ssh in from work (have to route through ipv4 and use other home systems as stepping stones).  Just can't reboot the mirror if it crashes again.
[22:48] <infinity> GrueMaster: I think stgraber's switch from nfs to nbd has got me covered, but thanks. ;)
[22:50] <GrueMaster> Ok.
=== XorA is now known as XorA|gone