[07:59] <tripathp> Hello everybody .. I wanted to know how does one go about changing the slide show which we see when installing edubuntu ? It has slides like "Under the hood", "Getting help with Edubuntu" etc etc
[08:01] <ogra_> thats in the ubiquity-slideshow-edubuntu package
[08:02] <tripathp> ogra_, let me check if I can find something in that package .
[08:22] <xnox> ogra_: tripathp: all slideshows are maintained in lp:ubiquity-slideshow-ubuntu
[08:22] <xnox> ogra_: tripathp: bugs on the other hand, are against respective ubuntu packages.
[08:23] <xnox> bdmurray: I thought bug 1162454 was solved before.... like in python-apt itself or somewhere similar before....
[08:23] <ubot2`> Launchpad bug 1162454 in ubiquity (Ubuntu) "UnicodeDecodeError in apt_pkg.size_to_str" [High,Confirmed] https://launchpad.net/bugs/1162454
[08:23] <ogra_> well, apt-ghet source ubiquity-slideshow-edubuntu will at least get you the right source package
[08:25] <tripathp> xnox, ogra_ well I just extracted the package oem-config-slideshow-ubuntu.58.2_all.deb .. however the slides in that package are not the one I see during the installation … I guess the package would be under the filesystem.squashfs file .. am I correct ?
[08:25] <tripathp> I do not have a ubuntu system presently .. I am working on a RHEL box .
[08:25] <tripathp> are all the packages in a ubuntu dvd iso in filesystem.squashfs file ?
[08:26] <xnox> tripathp: bzr branch lp:ubiquity-slideshow-ubuntu should get you _all_ slideshows. And there is a small script to "run" every slideshow in test mode.
[08:26] <xnox> tripathp: dependencies are "light" - python / gtk-webkit. Should be available on RHEL as well.
[08:31] <ogra_> (and bzr :) )
[12:11] <psivaa> cjwatson: xnox: i reported bug 1163266 for oem installs failing to complete with todays images. could see 'kernel: [  212.539348] indicator-sessi[1685]: segfault' in the syslog. It would be helpful if you could please reassign the bug if you think its a kernel issue
[12:11] <ubot2`> Launchpad bug 1163266 in ubiquity (Ubuntu) "OEM installations hang on 'Noting disappearance of ubiquity' step" [Undecided,New] https://launchpad.net/bugs/1163266
[12:12] <cjwatson> segfaults aren't a kernel issue
[12:12] <cjwatson> that segfault is an indicator-session problem, but I suspect it's unrelated to this
[12:13] <cjwatson> however I don't have mental bandwidth to investigate at the moment
[12:14] <xnox> ubiquity crashes at the end of oem-config on every automatic preseed of nexus7, that also may or may not be related. I can poke it a bit.
[12:15] <psivaa> cjwatson: xnox: ok thank you
[14:19] <bdmurray> xnox: oh maybe in bug 1132918
[14:19] <ubot2`> Launchpad bug 1132918 in python-apt (Ubuntu Raring) "Ubiquity crashes after user creation" [High,New] https://launchpad.net/bugs/1132918
[14:20] <xnox> bdmurray: yes, thank you. Let me see if we regressed or added a new instance of this bug =)
[15:02] <xnox> bdmurray: well, apt_pkg task is still open against cjwatson, yet I don't seem to be able to reproduce the crash as shown in bug 1162454.
[15:02] <ubot2`> Launchpad bug 1132918 in python-apt (Ubuntu Raring) "duplicate for #1162454 Ubiquity crashes after user creation" [High,Confirmed] https://launchpad.net/bugs/1132918
[15:48] <xnox> psivaa: so the postrm scripts are hanging while trying to talk to debconf, seems like it's still locked by ubiquity. Killing postrm of ubiquity & cryptsetup "finished" auto-removal with an error dialog and moved on with things - e.g. I got the login screen as expected.
[15:51] <xnox> wrt. indicator-session crashing well whoopsie did lock /var/crash but there was no crash report written out =(
[15:52] <ev> whoopsie doesn't handle writing crash files. That's apport's job.
[15:54] <xnox> ev: ok. oh why did apport fail to write it out........ /o\
[15:55]  * ev blames aufs
[15:55] <ev> err whatever we're using these days
[15:55] <ev> the one that hates inotify
[15:55] <xnox> ev: it's oem-config so fully normal ext4
[15:55] <ev> curses!
[15:56] <xnox> overlayfs is the one you were thinking off =)
[15:56] <ev> yeah, that monstrosity
[15:56] <psivaa> xnox: ok, thanks for the info. ill try that
[15:57] <ev> xnox: anything interesting in /var/log/apport.log for indicator-session?
[15:59] <cjwatson> postrm> that sounds like a lack of appropriate passthrough ...
[15:59] <psivaa> xnox: ev: plars pointed that there was an earlier bug reported for this postrm hang. bug 1161943. This bug contains applort.log with some exceptions
[16:00] <ubot2`> Launchpad bug 1161943 in System76 "oem-config hangs when removing ubquity" [Undecided,New] https://launchpad.net/bugs/1161943
[16:01] <ev> oh dear
[16:04] <xnox> cjwatson: looking into logs more things do look funny. E.g. in alwaysdoes chroot / to execute things, instead of like just executing them directly. And there is a locked config.dat as well....
[16:07] <ev> xnox: would I be correct in assuming that the user for uid 29999 was removed prior to this crash occurring?
[16:08] <xnox> ev: correct.
[16:08] <xnox> ev: on the console sudo refuses to work and barks at me "Who is she?!"
[16:08] <xnox> or something like that.
[16:08] <ev> hahahaha, excellent
[16:12] <xnox> ev: indeed, I agree.
[16:13] <xnox> ev: apport.log is spammed with "ifpath = os.path.expanduser(_ignore_file)" failing a lot with key-error.
[16:13] <ev> yeah, I'm digging at that right now
[16:14] <xnox> ev: http://paste.ubuntu.com/5670896/  if it helps at all.
[16:15] <xnox> to isolate apport, I'll reinstall but will have it disabled.
[17:01] <ev> xnox: https://code.launchpad.net/~ev/apport/1163453/+merge/156637
[17:03] <xnox> ev: =))))
[17:23] <xnox> Now I got an assertion fail from upstart and a Kernel panic!
[17:26] <xnox> ev: better, I have zero length file now.