[01:05] <cjwatson> Hi
[01:07] <bryce> heya
[01:07] <mlankhorst> if realloc crashes, couldn't you try valgrind?
[01:09] <cjwatson> FWIW, I'm continuing with the tail-end of the respins; it doesn't lose us that much even if we end up respinning for this
[01:09] <cjwatson> And it will let Kubuntu get going with validation
[01:10] <mlankhorst> but what exactly is the issue now? I haven't really followed it as I was trying to fall asleep
[01:11] <cjwatson> bug 1124660
[01:12] <cjwatson> As I think Sarvatt pasted, my take is that I don't currently see how the /dev/port patch could have changed memory allocation behaviour, and thus there is a tempting working hypothesis that says that this was lurking all along and that it's possible that we've just gone from fatal server error to a realloc crash, in which case who really cares
[01:12] <cjwatson> But Sarvatt is right to flag a possible regression and I think we should make sure we understand it
[01:12] <Sarvatt> backport X stack + vesa is working fine with the newer libpciaccess on intel, http://paste.ubuntu.com/1647335/
[01:13] <bryce> cjwatson, yes seems plausible
[01:13] <cjwatson> sleep> tell me about it, I got three hours last night and I've been up for 17 hours now
[01:13] <Sarvatt> i've only been able to reproduce it in virtualbox so far
[01:13] <mlankhorst> Sarvatt: what makes you think it's an abi break though?
[01:13] <mlankhorst> I don't see anything in the patch that owuld indicate that
[01:14] <bryce> mlankhorst, the stacktrace looked like what you might get from an abi break.  just a guess though.
[01:15] <mlankhorst> meh valgrind it
[01:15]  * mlankhorst checks if virtualbox works
[01:16] <mlankhorst> nope, guess ill netboot and do it over nfs on a crappy 100 mbit :/
[01:18] <cjwatson> Isn't the failure specific to vbox hardware?
[01:18] <mlankhorst> probably
[01:18] <cjwatson> plars might still be around and walkable through it
[01:18] <cjwatson> 23:58  * plars -> supper, then back for more iso testing
[01:18] <mlankhorst> but i can run it in a virtualbox over netboot
[01:18] <cjwatson> that was 80 minutes ago
[01:18] <cjwatson> ah
[01:19] <mlankhorst> it's also very slow but I'm not really awake anyway
[01:20] <Sarvatt> hmm, but vesa works when booting the livecd, its just when you click try ubuntu that there is a crash
[01:22] <cjwatson> The effect of "Try Ubuntu" is to fall out of ubiquity-dm and let lightdm start
[01:22] <cjwatson> So it'll be tearing down the server and starting a new one after whatever random plumbing wibble happens around there
[01:22] <cjwatson> ^- technical term
[01:23] <RAOF> Heh
[01:26]  * mlankhorst tries hard not to fall asleep
[01:26] <mlankhorst> cd is http://cdimage.ubuntu.com/precise/daily-live/current/precise-desktop-i386.iso ?
[01:26] <cjwatson> Yes
[01:27]  * RAOF wonders what will happen first: the fibre-to-the-home rollout hitting his house, or that iso downloading.
[01:29] <Sarvatt> RAOF: axel?
[01:29] <mlankhorst> great, virtualbox doesn't work on lts kernel
[01:30] <RAOF> Sarvatt: ???
[01:31] <Sarvatt> axel http://cdimage.ubuntu.com/precise/daily-live/current/precise-desktop-i386.iso
[01:31] <mlankhorst> ugh
[01:31] <Sarvatt> axel -n 32 if its slow? :P
[01:31] <mlankhorst> fine try 2 from quantal itself
[01:32] <mlankhorst> looks like virtualbox hates me today
[01:32] <RAOF> Sarvatt: Ah. The "make the server admin hate you" application :)
[01:43] <mlankhorst> vbox is only mildly slow
[01:46] <mlankhorst> blah
[01:46] <mlankhorst> cd panics on me
[01:48] <mlankhorst> virtualbox from quantal
[01:51] <RAOF> Hm. Seems to work fine in kvm, too.
[01:53] <mlankhorst> second try starts normally
[01:53] <mlankhorst> I'm just going to pretend I didn't see a kernel panic
[01:57] <cjwatson> :)
[01:57] <mlankhorst> same  thing happening here though
[02:00] <cjwatson> The realloc crash?
[02:01] <mlankhorst> well hitting failsafe-mode but really too tired to look atm, i dont think its a regression though, just something that wasn't hit before
[02:02] <cjwatson> OK; thanks for the investigation, at present I'm minded to not let this block
[02:02] <Sarvatt> downgrading libpciaccess just gives me the black screen and [   206.226] (II) VESA(0): VESA BIOS not detected this "fixed", not even failsafe
[02:03] <bryce> cjwatson, thanks.  should the issue get mentioned in some release notes maybe?
[02:04] <cjwatson> I would welcome an X developer writing an appropriate note in https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/CommonInfrastructure
[02:04] <mlankhorst> << dlrrp
[02:05] <bryce> on it
[02:07] <GeoffCh> This sounds like a problem I used to run into sometimes on previous distros, not in a VM but on a couple of different laptops.  I found that if I clicked on "Try Ubuntu" it would sometimes hang, but if I closed the window by clicking on (X), I would get back to an X session every time.
[02:09] <bryce> Sometimes enters failsafe-x mode when booting into Live Session in virtualbox.  (LP: #1124660)
[02:09] <bryce> more to say than that?
[02:10] <mlankhorst> what if you try libpciaccess from quantal?
[02:11] <Sarvatt> bryce: on i386 only, can be worked around by using amd64?
[02:11] <bryce> Sarvatt, ok
[02:12] <Sarvatt> mlankhorst: trying that now
[02:12] <bryce> alrighty, done.
[02:13] <Sarvatt> mlankhorst: that works!
[02:20] <Sarvatt> http://cgit.freedesktop.org/xorg/lib/libpciaccess/patch/?id=a798395a1bfd9d06d40e2d8d14377a156c94429a ...?
[02:21] <cjwatson> bryce: Well, the problem is also that failsafe-X mode doesn't work, AIUI from the bug
[02:21] <mlankhorst> Sarvatt: sounds likely
[02:21] <Sarvatt> thats it
[02:22] <Sarvatt> with that commit added it works again
[02:22] <cjwatson> Sounds possibly lucky that amd64 works
[02:22] <bryce> cjwatson, ah right
[02:22] <cjwatson> OK, let's have that patch for 12.04.3 then, thanks :)
[02:23] <Sarvatt> SRU after, if someone installs with updates checked it'll pull it in and work after boot?
[02:23] <mlankhorst> or maybe its reallocating SOMEONE ELSE's allocation
[02:23] <Sarvatt> alrighty!
[02:23] <mlankhorst> ;P
[02:23] <cjwatson> Sarvatt: I'm not in much of a panic about virtualbox not working - dailies aren't a terrible option there
[02:23]  * Sarvatt nods
[02:23] <cjwatson> The main value is helping our own testers
[02:24] <Sarvatt> really sorry for all the trouble here
[02:24] <cjwatson> But I think they might actually crucify me if I respun at this point for only that :)
[02:24] <cjwatson> Don't worry, it doesn't look like you broke anything
[12:18] <mlankhorst> morning
[16:43] <user12423> I have read that ubuntu 12.04.2 comes with kernel 3.5. Will it work with proprietary ati drivers for radeon 4000 series as they are not compatible with quantal?
[16:44] <mlankhorst> if you use the old xserver/kernel sure
[16:45] <mlankhorst> which is what you keep if you upgrade from 12.04.1 to 12.04.2
[16:45] <user12423> mlankhorst: just old xorg or kernel too?
[16:46] <mlankhorst> the combination old xserver + new kernel is unsupported
[16:46] <mlankhorst> it will probably work, but it may set your cat on fire
[16:48] <user12423> mlankhorst: so that means I just have to work with kernel 3.2. Probably but the kittens will extinguish it 
[16:49] <mlankhorst> lets hope so :)
[16:49] <user12423> mlankhorst: yeah :)
[16:50] <user12423> mlankhorst: amd did a update to its legacy drivers to version 13.1. Do they work with 3.5 and new xorg?
[17:07] <starks> mlankhorst, prime helpers have landed in drm-next.
[17:07] <mlankhorst> starks: ah, still not that useful
[17:07] <starks> needs fencing?
[17:08] <mlankhorst> doesn't actually do anything
[17:08] <mlankhorst> at least not what I care about
[17:08] <starks> can nvidia release a driver against 3.9?
[17:08] <mlankhorst> makes me wonder why nvidia cares though
[17:08] <mlankhorst> I'm not nvidia
[20:23] <tjaalton> what was the metapackage that reverts to the original precise stack?
[20:24] <tjaalton> xserver-xorg-lts-precise?
[20:24] <tjaalton> that was it
[20:25] <mlankhorst> step 4 is unneeded
[20:26] <mlankhorst> we use autobind patch for now