[01:14] <britt> hey guys
[01:14] <britt> I was getting a black screen at boot again today
[01:14] <britt> after 3 attempts booting it finally worked
[01:14] <britt> any ideas?
[03:43] <darkxst> britt, next time it fails grab the gdm logs
[03:48] <britt> where are the logs held?
[03:48] <darkxst> /var/log/gdm
[03:49] <britt> there are a lot of them in there? Is there any one in particular?
[03:49] <darkxst> actually they appear to get rotated, so if you can find the one the corresponded to the black screen
[03:49] <darkxst> start with :0.log.* (they are the X server logs)
[03:50] <darkxst> grep "(EE)" *
[03:52] <britt> i'm reading through them now trying to find any mention of the black screen
[03:53] <darkxst> well you should be looking for just "error" and/or "(EE)"
[03:54] <britt> I think I found the ones with the errors
[03:55] <britt> yeah the one I am looking in has lots of errors reported, whereas the other log files do not
[03:55] <darkxst> probably they will all have errors, so make sure they where from about the right time
[03:56] <britt> they dont have time stamps though
[03:56] <darkxst> the file does
[03:57] <britt> yeah it's the right time
[03:57] <darkxst> paste it
[03:57] <britt> the whole file?
[03:57] <darkxst> yeh, to pastebin or something
[03:57] <britt> kk just a sec
[03:59] <britt> http://pastebin.com/yA3e91WS
[04:02] <britt> it took 3 attempts for me to get my computer to boot this last time, and the current log and the 3rd log and greater do not have any noticable errors
[04:02] <britt> 1 and 2 are just about the same, and I believe each cooresponds to one of the failed attempts to boot, based on the time stamps
[04:04] <darkxst> but it looks like that error is occuring on shutdown of the server
[04:04] <darkxst> perhaps look in corresponding (via file timestamps) -greeter and -slave.logs
[04:05] <britt> http://pastebin.com/WJZZZG9W this is one of the logs for a successfull boot. Look where it talks about "Allocate new frame buffer"
[04:05] <britt> on the failed one it says (II) RADEON(0): Allocate new frame buffer 3840x1088 stride 3840
[04:05] <britt> (EE) RADEON(0): failed to set mode: Permission denied(EE) RADEON(0): failed to set mode: Permission denied(II) RADEON(0): VRAM usage limit set to 1864278K
[04:05] <britt> the successfull one says:
[04:05] <britt> (II) RADEON(0): Allocate new frame buffer 1920x1088 stride 1920
[04:05] <britt> (II) RADEON(0): VRAM usage limit set to 1872054K
[04:07] <britt> on successfull boots it tries to allocated 1920x1088 stride 1920, on unsuccessfull it tries to allocate 3840x1088 stride 3840
[04:08] <britt> wait actually nevermind they both allocate the 2840x1088, however on successfull ones it does get the permission denied error
[04:08] <darkxst> except this means something has told/caused the xserver to shutdown, (II) AIGLX: Suspending AIGLX clients for VT switch
[04:08] <britt> 3840*
[04:09] <darkxst> X server appears to be loading fine
[04:10] <britt> it does. It shows the blue background for about 2 seconds. It then goes to a solid black screen about the time gdm would normally load
[04:11] <darkxst> any errors in the :0-greeter.log and -slave.log
[04:13] <britt> it looks like a lot of errors actually
[04:14] <britt> http://pastebin.com/55RByh6x
[04:16] <darkxst> that is definately an openGL issue, its trying to fallback to the old gtk2 greeter
[04:17] <britt> it didn't do it until I upgrade to the staging ppa though...
[04:17] <britt> no other files have changed
[04:21] <britt> This is a greeter file from a successfull boot
[04:21] <britt> http://pastebin.com/qSmAnYfu
[04:25] <darkxst> its not even trying to load gnome-shell, due to this failure (gnome-session[2287]: WARNING: Session 'gdm-shell' runnable check failed: Timed ou
[04:25] <britt> yeah on the successfull boots that line isn't there
[04:26] <britt> which would make sense lol
[04:26] <britt> on both boot failures it is there and on all successes it isn't
[04:30] <darkxst> file a bug against gnome-session
[04:30] <britt> what should I put in the report?
[04:32] <britt> damn it wont let me use apport to report it
[04:33] <britt> is there a manual way to file a bug via launchpad?
[04:33] <darkxst> yeh just go to project page
[04:33] <darkxst> https://bugs.launchpad.net/ubuntu/+source/gnome-session
[04:34] <darkxst> attach that greeter log
[04:34] <darkxst> and include the WARNING in the report
[04:34] <darkxst> I have to run, will be back later
[04:35] <britt> ok thanks for the help
[04:41] <britt> https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1133120 here is the bug report for when you get back
[04:41] <ubot5> Launchpad bug 1133120 in gnome-session (Ubuntu) "gnome-session failing to load dude to timeout error on random boots" [Undecided,New]
[04:55] <britt> jbicha are you around?
[05:10] <darkxst> jbicha, just out of interest have you test gdm fallback mode recently?
[05:17] <jbicha> darkxst: no, it's harder to test now that we've enabled llvmpipe
[05:17] <darkxst> jbicha, I think it might be broken
[05:19] <jbicha> darkxst: I'm surprised they didn't remove it yet; it seems they tried to remove every bit of integration with the old fallback mode this cycle
[05:21] <jbicha> I don't maintain a project but it seems that deprecating and removing all in the same short cycle is moving a bit too fast but anyway...
[05:23] <darkxst> yeh well the fallback stuff ties into a lot of different packages
[05:32] <darkxst> hmm it still works when I force the session
[05:32] <darkxst> but is failing when britt 'fallsback' to it
[05:33] <jbicha> does lightdm work in those cases?
[05:34] <darkxst> jbicha, in my case it did, but I had a mesa bug that only affected clutter
[05:34] <darkxst> don't know if it works for britt
[05:35] <jbicha> because if it lightdm fails too, I blame his drivers
[05:37] <darkxst> well it could be many things, but X is starting up fine according to the logs
[07:54] <britt> ricotz: hey can I ask you a question about fglrx drivers in raring?
[07:55] <ricotz> britt, #ubuntu-x is a better place to ask that ;)
[07:55] <britt> hah yeah, but I specifically wanted to ask you a question ;-)
[07:55] <britt> and I know you hang out around here
[07:55] <britt> (and me too lol)
[07:55] <britt> I can switch over though if that is better
[07:56] <ricotz> britt, if you are asking about the xedgers packages, i am not using fglrx i am just updating those to give people a "safe" way to test/use them
[17:23] <jbicha> darkxst: ok, I uploaded the gnome-shell/mutter sru, when you get a chance could you add the extra SRU description to bug 1067265 and bug 1132308
[17:23] <ubot5> bug 1067265 in gnome-shell (Ubuntu Quantal) "gnome-shell (3.6) notification bar disappears" [Medium,In progress] https://launchpad.net/bugs/1067265
[17:23] <ubot5> bug 1132308 in gnome-shell (Ubuntu Quantal) "~50px pointer barrier in gnome shell at bottom of primary monitor in raring" [Low,In progress] https://launchpad.net/bugs/1132308
[20:15] <darkxst> jbicha, thanks, updated those 2
[20:16] <jbicha> darkxst: thanks, also for SRUs they want the version number to use a decimal point so that it doesn't conflict with versions in the development release, i.e. 3.6.3-0ubuntu0.1
[20:19] <darkxst> ah right, I should have realised that!
[20:26] <SpaceA> anyone around?
[20:31] <darkxst> yeh
[20:42] <jbicha> darkxst: and I copied bits from the NEWS file since some people pick & choose stable updates based on the debian changelog
[20:43] <spacea> darkxst: sorry - what was the last message you got from me?
[20:44] <darkxst> spacea, "<SpaceA> anyone around?"
[20:45] <spacea> darkxst: i was about to intall gnome remix on my new PC. Is the development still going on?
[20:46] <darkxst> spacea, yes, however no ISO's for raring version just yet
[20:46] <spacea> darkxst: would you have any idea what size of updates I am looking for a fresh install of gnome remix 12.10?
[20:47] <darkxst> spacea, nope
[20:48] <spacea> darkxst: this might be a very stupid request but could you check via a VM if you have a fast connection? My connection takes 9-12 hours to download the iso
[20:48] <spacea> yay third world country internet
[20:49] <darkxst> I have very fast internet, not sure how that will help you?
[20:49] <spacea> If its too big then I will have to go with something else unfortunately :(
[20:49] <spacea> I just need to know the update size after install
[20:51] <spacea> darkxst: Your help would be really appreciated
[20:57] <spacea> darkxst: should I wait around or is that too much to ask? :/
[21:05] <darkxst> spacea, can't check right now
[21:05] <spacea> all right sir
[21:10] <robert_ancell> jbicha, nice work on the tech board email btw
[21:19] <gonyere> jbicha: any idea when iso's for 13.04 will be out?
[21:20] <gonyere> also I'm super happy to see that 13.04 will have libre office & firefox by default xD thank you!! :)
[22:53] <jbicha> gonyere: if we're lucky we'll be official and we can get daily builds without too much work
[22:53] <jbicha> otherwise, whenever someone gets around to building the 2 images and checking that they work and then we'll call it an alpha
[22:54] <jbicha> robert_ancell: thanks, not much response yet, I'm guessing they'll have questions at Monday's tech board meeting though