=== jkridner_ is now known as jkridner | ||
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:36 |
---|---|---|
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. | 10:37 |
ogra | dmart, nope, works fine here | 11:01 |
ogra | i'm just doing an oem install | 11:01 |
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:02 |
ogra | might be triggered by jockey looking for hardware | 11:03 |
ogra | i'll try it in my next install test | 11:04 |
* ogra puts up https://wiki.ubuntu.com/ARM/BabbageInstallVariants (which exposes a bug in redboot-tools :/ ) | 11:30 | |
ogra | if anyone is intrested in trying oem installs or ubiquity only installs on the babbage, see above | 11:31 |
kblin | hi folks | 12:48 |
* ogra tries an install to prepartitioned SD | 13:19 | |
* kblin tries to patch a debian package for the first time in years | 13:20 | |
ogra | dmesg | 13:22 |
ogra | hrm, wrong kbd | 13:23 |
ogra | top | 13:23 |
* ogra sighs | 13:23 | |
ogra | dmart, jockey runs fine here, no crashes | 13:24 |
dmart | ogra: hmmm, it doesn't seem to happen every time for me, just sometimes | 13:25 |
ogra | strange | 13:25 |
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:31 |
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:35 |
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:38 |
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:47 |
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:55 |
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] | 13:56 |
NCommander | plars, when you did manual partitioning on Dove, how did you create the partitions? | 17:21 |
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:23 |
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:24 |
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:25 |
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:26 |
NCommander | plars, crud, it happens on a fresh install. Can you try and confirm? | 17:33 |
plars | will do | 17:33 |
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:34 |
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:36 |
NCommander | plars, ? | 17:39 |
NCommander | It came up pretty fast for me | 17:39 |
plars | at what point do you see it? while you are still in the partitioner? or after? | 17:41 |
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:42 |
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:43 |
plars | ah | 17:47 |
plars | I see something here | 17:47 |
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:48 |
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:49 |
NCommander | so it works 90% of the time | 17:50 |
plars | NCommander: did you open a bug on it already? | 18:00 |
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:01 |
NCommander | (and I want to install the dev environment for ubiquity on armel) | 18:02 |
NCommander | plars, if you want to file a bug, feel free, otherwise I'll do it in a little bit | 18:05 |
plars | I can do it... against ubiquity? or where? | 18:06 |
NCommander | plars, ubiquity. Use apport in the installer environment; it will properly attach all the logs | 18:08 |
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:27 |
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:28 |
plars | respins dropping at 11PM makes for a long night | 18:29 |
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:34 |
NCommander | plars, thanks. I marked the ISO test as failing since I couldn't complete installation :-/ | 18:36 |
=== bjf is now known as bjf-afk |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!