[10:36] <dmart> Hi, has anyone else experienced a sudden, unexpected logout from the live session in the recend imx51 live images?  I experienced this in 20091027.1 and now also 20091027.2
[10:37] <dmart> In both cases jockey-gtk crashed, but I don't know whether that's the cause... the bug report for this (#403955) suggests this crash is harmless though.
[11:01] <ogra> dmart, nope, works fine here
[11:01] <ogra> i'm just doing an oem install
[11:02] <dmart> Unless it really is somehow related to the jockey-gtk issue, I don't have the faintest idea what happened :(  There's no extra apport crash dump.
[11:03] <ogra> might be triggered by jockey looking for hardware
[11:04] <ogra> i'll try it in my next install test
[11:30]  * ogra puts up https://wiki.ubuntu.com/ARM/BabbageInstallVariants (which exposes a bug in redboot-tools :/ )
[11:31] <ogra> if anyone is intrested in trying oem installs or ubiquity only installs on the babbage, see above
[12:48] <kblin> hi folks
[13:19]  * ogra tries an install to prepartitioned SD 
[13:20]  * kblin tries to patch a debian package for the first time in years
[13:22] <ogra> dmesg
[13:23] <ogra> hrm, wrong kbd
[13:23] <ogra> top
[13:23]  * ogra sighs
[13:24] <ogra> dmart, jockey runs fine here, no crashes
[13:25] <dmart> ogra: hmmm, it doesn't seem to happen every time for me, just sometimes
[13:25] <ogra> strange
[13:31] <lool> dmart: I had all the issues you describe at various times
[13:31] <lool> (crash of jockey or other stuff, and logout of the session albeit only once)
[13:31] <dmart> lool: Did it seem to you that those two things were related?
[13:31] <kblin> whoa, the deps for devscripts are insane
[13:35] <lool> dmart: No
[13:35] <lool> dmart: I also get an occasional indicator-applet crash
[13:35] <lool> I think the occasional crashes are just bugs in the apps which are visible on armel due to races rather than specific platform porting issues
[13:35] <lool> And I think the logout thing is either a xorg bug or a kernel bug
[13:38] <dmart> lool: I get the indicator-applet crash sometimes too; it was to intermittent for me to be able to report it yet, though.  Do you know if there is a bug on this?
[13:47] <lool> dmart: I filed one today
[13:47] <lool> http://launchpad.net/bugs/462538
[13:47] <ubot4> Launchpad bug 462538 in gnome-panel "gnome-panel crashed with SIGSEGV in free()" [Undecided,New]
[13:55] <dmart> lool: Hmm, I had one of those, too.  It seemed to respawn gnome-panel rather than killing the login though:
[13:55] <dmart> http://launchpad.net/bugs/458109
[13:55] <ubot4> Launchpad bug 458109 in gnome-panel "gnome-panel crashed with SIGSEGV in free()" [Medium,Incomplete]
[13:56] <dmart> http://launchpad.net/bugs/461912
[13:56] <ubot4> Launchpad bug 461912 in gnome-panel "gnome-panel crashed with SIGSEGV in gdk_window_impl_x11_get_colormap()" [Medium,Triaged]
[17:21] <NCommander> plars, when you did manual partitioning on Dove, how did you create the partitions?
[17:23] <plars> NCommander: I did it a few different ways
[17:23] <plars> NCommander: first time, I did a 100M /boot, and the rest as ext4 for /
[17:23] <plars> NCommander: when I got the warning message, I only had a single 20G / which was ext2
[17:23] <plars> NCommander: are there any other possibilities you think I should try?
[17:24] <NCommander> plars, you used "New Partition Table" right?
[17:24] <plars> NCommander: no, don't think so... usually just remove the partitions that are there manually and create my own
[17:24] <NCommander> plars, yeah, I might have just found a bug. I'm reconfirming the behavior happens on a fresh start
[17:25] <plars> NCommander: with new partition table?
[17:25] <NCommander> plars, yeah. If you create it, then add a new uboot partition, the mountpoint gets stuck on / versus /boot
[17:25] <NCommander> even if you change it manually
[17:25] <NCommander> (or it changes to /home!)
[17:26] <plars> strange, I can try to confirm here too if you'd like
[17:26] <NCommander> But I was abusing partman on that run, and might have gotten it stuck in some strange error mode, hence why I'm trying on a fresh start
[17:33] <NCommander> plars, crud, it happens on a fresh install. Can you try and confirm?
[17:33] <plars> will do
[17:34] <NCommander> plars, wait, I might have figured out what's causing this strange behavior
[17:34] <NCommander> plars, (its still a bug, but not quite as serious as I first realized)
[17:34] <NCommander> plars, if you make the partition exactly the same size as the one you just erased, there is some sorta memory effect
[17:36] <NCommander> plars, but the mountpoint still ends up wrong :-/
[17:36] <plars> ps -ef |grep ubiq
[17:36] <plars> bah
[17:36] <plars> wrong keyboard
[17:36] <plars> wow it's taking a long time to launch
[17:39] <NCommander> plars, ?
[17:39] <NCommander> It came up pretty fast for me
[17:41] <plars> at what point do you see it? while you are still in the partitioner? or after?
[17:42] <NCommander> plars, while still in the partitioner
[17:42] <plars> so far, so good for me
[17:42] <plars> I had a single 20G ext2 / last time
[17:42] <plars> I did new partition table
[17:42] <NCommander> plars, basically, do Manual partitioning, new partition table, then create a u-boot partition first, with a size of 200-300 MiB at the start with a mountpoint of /boot
[17:42] <plars> oh wait
[17:42] <plars> yes, I see the mountpoint is wrong on my uboot partition
[17:42] <plars> it has / instead of /boot
[17:42] <NCommander> yup
[17:42] <NCommander> :-/
[17:43] <NCommander> plars, it used to work though
[17:43] <NCommander> Because I can get it do that if I delete all partitions, and then try and add it
[17:47] <plars> ah
[17:47] <plars> I see something here
[17:48] <plars> so I tried deleting it, and created it over 3 times... every time now it comes up and forces itself to be /home
[17:48] <plars> but
[17:48] <plars> if I delete it and recreate it as ext2 instead of uboot type, it works and puts itself in as /boot
[17:48] <NCommander> plars, yup
[17:49] <NCommander> plars, I think I know what's causing this behavior, I think I missed an edit when I addedd support for the partman-uboot mountpoints
[17:50] <NCommander> so it works 90% of the time
[18:00] <plars> NCommander: did you open a bug on it already?
[18:01] <NCommander> plars, not yet, I'm doing a full install because it seems hitting New Partition Table actually zaps the partition table the moment you hit it
[18:01] <NCommander> plars, and I want to confirm that this bug only occurs when the partition table is empty (and doesn't occur when you manually remove partitions)
[18:02] <NCommander> (and I want to install the dev environment for ubiquity on armel)
[18:05] <NCommander> plars, if you want to file a bug, feel free, otherwise I'll do it in a little bit
[18:06] <plars> I can do it...  against ubiquity? or where?
[18:08] <NCommander> plars, ubiquity. Use apport in the installer environment; it will properly attach all the logs
[18:27] <NCommander> plars, what's the bug number?
[18:27] <plars> give me a sec... it's opening now but swapping between 3 different installs at the moment
[18:27] <NCommander> plars, heh. Isn't install testing week fun?
[18:28] <plars> it's crazy, very little sleep :)
[18:28] <NCommander> plars, reminds me of UDS ;-)
[18:28] <plars> I got WAY more sleep during UDS
[18:29] <plars> respins dropping at 11PM makes for a long night
[18:34] <plars> NCommander: bug #462798
[18:34] <ubot4> Launchpad bug 462798 in ubiquity "selecting 'new partition table' confuses the partitioning" [Undecided,New] https://launchpad.net/bugs/462798
[18:36] <NCommander> plars, thanks. I marked the ISO test as failing since I couldn't complete installation :-/