=== Zzyzx is now known as THX1138 [06:42] ricotz, NVIDIA 358 working for you? [06:47] darkxst, yes [06:47] it blew up here, with an un-useful, can't initialize kernel module message from X [06:47] you used the ppa, right? [06:48] ricotz, yeh the ~graphics-drivers one [06:48] the module actually got built? [06:48] "dkms status"? [06:50] pretty sure it built, but had to revert now [06:51] i'll try again when I actually have time to debug [06:51] hmm, alright [06:52] its my main desktop PC, can't just leave it broken for days ;0 [06:52] I see, better use 352 then [06:53] thats what I reverted too, and was probably on before [06:53] alrght, just saying skip 355 [06:55] yes I did [07:00] ricotz, any idea if gnome-screenshot is actually still needed these days? now that gnome-shell handles all that? [07:00] (in the seeds) [07:01] darkxst, it has some more options like the delay [07:03] yeh, I guess that is true [07:04] and I suppose the shell keybindings, are a mystery to most [07:08] ricotz, latest gtk+ in xenial is borked by some patch larsu reverted, pushed a fix to staging until I can discuss with him [07:08] bug 1518661, seems to have hit most DE's excepy Unity [07:08] bug 1518661 in gtk+3.0 (Ubuntu) "Apps with HeaderBar have margin outside window" [Low,Triaged] https://launchpad.net/bugs/1518661 [07:09] darkxst, I know, and a complained about some days ago [07:09] * darkxst should probably update more often ;) [07:10] nice to see they care... [07:10] and I fail to see how setting a background will workaround apparent frame sync issues [07:10] at best it will just make it less ugly for them [07:11] yeah [07:12] perhaps fixing compiz is too hard [07:12] btw, providing 3.20 in the ppa might be a pain while gtk+ breaks themes a lot [07:13] ricotz, how bad is the css nodes break things? [07:13] I can imagine, man power is limited as well afaics [07:13] it simply makes current themes unusable [07:13] technically adwaita is the only supported them on gnome3-staging [07:14] atleast that is what I tell anyone who complains on the mailing lists [07:14] gnome-terminal behaves pretty funky too ;) [07:14] about broken third party themes [07:15] is there some ubuntu patch tweaking with the window size? [07:16] I don't think so, but background size is definately tweaked in ubuntu themes [07:17] I think I have seen this in the past, while the terminal content changes the window gets smaller everytime [07:18] never seen that [07:22] re ppa, how about we just move the remaing X bits into gnome3 and go ahead and break staging [07:22] i'll get the media guys to make an announcement [07:23] but at this point we don't have many using xenial, little alone with gnome3-staging [07:23] s/X bits/xenial bits/ [07:31] ricotz, ^ [07:32] darkxst, elaborate "remaing X bits" [07:32] ricotz, I meant xenial bits [07:32] so you mean 3.18 updates [07:32] yes [07:33] g-o-a transition is likely to happen soon, but it will be reverted to webkit1 most likely to start, like what is on ubuntu-desktop ppa [07:34] webkit1 ?!? [07:34] sounds like gee all over again [07:34] ricotz, still battling to get webkit2gtk into main [07:35] they won't take both webkit [07:35] in main [07:35] my latest idea [07:35] Laney, though I do wonder, can't we drop the ancient webkit2gtk build from webkitgtk source and add webkit2gtk to main? thats gotta be better than the current situation, and the transition from webkit2gtk-3.0 to -4.0 should be easy [07:36] actually some people don't want webkit in main at all, but that is not exactly feasible until the drop the enitre GNOME core from Ubuntu [07:37] darkxst, hmm, sounds good, if nothing is using webkit2gtk-3.0 [07:38] ricotz, there is stuff linked against it, but should be an easy enough transition [07:39] right, unless it is in main [07:39] ricotz, most of the r-deps have already been updated upstream for the -3.0 to -4.0 [07:40] things like yelp, devhelp etc [07:40] anjuta, builder, gitg [07:41] builder yes [07:41] other two havent checked [07:42] gitg yes [07:42] anjuta, probably yes [07:44] I see [07:44] bbl === lonix is now known as lsiobot === lsiobot is now known as lonix [10:30] good morning [10:31] the live cd nightly builds of at least November 17 until now suffer from being unable to login. It shows a broken login screen instead of booting into GNOME Shell right away. Supplying the username "ubuntu" with no password does not allow me to login. Is there any other way? [10:31] hi Forage [10:31] that is fixed now [10:31] \o/ [10:31] and our username is actually ubuntu-gnome ;) [10:31] ah, I didn't include the dash in my attempts [10:31] no password [10:32] but the images are fixed as of last night [10:32] is it already working in the latest available nightly? [10:32] great [10:33] yes, just took a few days to get sponsored, I don't have upload rights yet to the core stuff [10:35] also, for some reason I don't get to see the splash screen any more. My monitors just go to stand-by when booting and shutting down. Is there a way to perform some sort of reset on that part of the distro? I could be because I had to resort back to the opensource video card drivers instead of AMD's fglrx for other reasons [10:35] Forage, you should always see the splash screen [10:36] Should, yes :-P [10:36] only on NVIDIA blobs its text one [10:36] I worked before, also on the live cd [10:36] but not any more [10:37] file a bug [10:37] So now I get to see the boot sequence, then my monitors go to standby, then I get the login screen [10:37] other than the transition between splash and gdm not being seemless [10:38] To what package to I file it? GDM already at that stage? [10:38] yes there is a glitch there, but it shouldnt cause sleep [10:39] Forage, for xenial gdm3 [10:39] I'm on Wily [10:39] for wily gdm, but would be appreciated if you could test it on xenial also [10:40] The live cd's for Wily and Xenial work as expected [10:42] This is what I did to get back to the open source drivers: http://wiki.cchtml.com/index.php/Ubuntu_Trusty_Installation_Guide#Removing_Catalyst.2Ffglrx [10:42] So I figured a reinstall of some other additional package might fix the issue [10:43] Forage, that is not breaking your plymouth [10:49] The only thing I can think of is "sudo apt-get remove --purge xserver-xorg-video-ati xserver-xorg-video-radeon" caused the removal of "xserver-xorg-video-all" as well. This package, however, didn't get installed again afterwards though. It looks like just a meta package however. If I install it it doesn't require any additional packages. Could this be the cause still? [11:03] darn, it's still the 23 Nov. nightly that's available which I downloaded again [11:08] Forage, just reinstall xserver-xorg-core should be enough to blow away propietry cobwebs I think [11:09] Forage, use zsync ;) 23'rd image had the live session fixes [11:10] That's what I did as part of the removal process. Is there a way to reconfigure plymouth somehow? [11:10] Where can I find zsync's image? [11:11] its a link,feed this to zsync http://cdimage.ubuntu.com/ubuntu-gnome/daily-live/current/xenial-desktop-amd64.iso.zsync [11:11] and it just downloads the delta each time you want to update [11:11] There is a ".zsync" file at "http://cdimage.ubuntu.com/ubuntu-gnome/daily-live/current/" but I figure it's not the same [11:11] ah [11:12] http://cdimage.ubuntu.com/ubuntu-gnome/daily-live/current/xenial-desktop-amd64.iso.zsync [11:12] That will hopefully save some download time now that I'm on a crap connection for the time being [11:13] zsync http://cdimage.ubuntu.com/ubuntu-gnome/daily-live/current/xenial-desktop-amd64.iso.zsync [11:16] It results in a file with the exact same size, can that be right [11:16] ? [11:17] Forage, it should download the full image the first time [11:17] and then delta downloads when you update [11:18] worst case being about 50% if you switch series [11:18] great [11:18] if you update daily, shouldnt be more than 10% [11:19] or less [11:19] gtg [11:19] Cheers [13:16] hi all :) [14:05] hi all === charles_ is now known as charles