[02:52] <KurtKraut> What are the prospects of having Gnome 3.16 in Ubunto Gnome along with next Ubuntu release 15.04?
[06:35] <Noskcaj> kurtkraut, non-existant (except for a few non-core parts). We will have a PPA for 3.16 and *hopefully* 3.18 in 15.10
[06:38] <darkxst> Noskcaj, he left!
[06:44] <Noskcaj> darkxst, I hit tab and hoped, maybe he'llcome back
[06:48] <darkxst> well he wouldnt see it anyway
[07:25] <darkxst> ricotz, I think its best to keep the -g1 in webkit i386 specific atleast for gnome3-staging, the symbols are somewhat useless for local debugging (i'd likely use jhbuild for that), but they are useful on the crash retracer
[07:27] <ricotz> darkxst, hi, that is fine, although passing -g1 does *not* mean there are no debug symbols at all
[07:28] <darkxst> ricotz, no, but alot of the internal symbols will be stripped?
[07:28] <ricotz> i will keep it for all archs in the webkit ppa though to save hours of builtime and gigabytes of space ;)
[07:28] <darkxst> does it really affect the buildtime?
[07:29] <ricotz> darkxst, it saves over an hour
[07:30] <ricotz> per build
[07:31] <darkxst> ok
[07:32] <ricotz> i haven't compared stacktraces here, this is more a decision out of convenience
[07:40] <darkxst> ricotz, hmm maybe -g1 has enough for automated stackstraces actually
[07:42] <darkxst> it mainly affects local symbols, which are often optimized out on the retracer anyway
[07:42] <darkxst> well on the ubuntu builds
[09:28]  * mgedmin will attempt to test the ISO \o/
[09:29] <mgedmin> still can't log in into http://iso.qa.ubuntu.com/ :/
[09:32] <darkxst> mgedmin, fine here for me
[09:32] <mgedmin> yes, my account is special somehow
[09:32] <darkxst> special as in it doesnt work?
[09:33] <mgedmin> nobody else can reproduce this, and I can't get hold of any sysadmin who could look at the db contents and see what's wrong
[09:33] <darkxst> bugger
[09:33] <mgedmin> I'm getting "account registration failed: the name is already taken" when I try to log in
[09:33] <mgedmin> I had logged in successfully in the past
[09:34] <mgedmin> https://bugs.launchpad.net/ubuntu-qa-website/+bug/1418383
[09:36] <darkxst> mgedmin, I have no idea who deals with Ubuntu One SSO
[09:37] <mgedmin> I think it's the QA website, not the SSO that has the problem
[09:37] <mgedmin> I've no problems logging in to the wiki or to launchpad
[09:38] <darkxst> try balloons or stgraber then
[09:38] <mgedmin> iso.qa.ubuntu.com is Drupal, according to <meta name="generator">
[09:38] <mgedmin> what's the appropriate channel?  I tried #ubuntu-quality in the past, didn't get noticed by any sysadmins
[09:39] <darkxst> yet it will have a plugin for ubuntu sso
[09:39] <darkxst> they will be on #ubuntu-release
[09:40] <darkxst> or #ubuntu-devel
[09:44] <darkxst> mgedmin, though unfortunately the real sysadmins, are hidding behind a brick wall
[09:44] <darkxst> and you need to file RT tickets to get to them
[09:45] <darkxst> you could try email rt@ubuntu.com
[09:46] <darkxst> and they may look into it sometime before 15.10!
[09:47] <mgedmin> "eventually" is fine with me :)
[09:47] <mgedmin> :( "Try Ubuntu GNOME without installing" is still not translated in the livecd menu
[09:47] <darkxst> mgedmin, did you submit translations?
[09:48] <mgedmin> I got Colin Watson to merge the two missing translation strings to whatever-that-package-was-that-makes-these-translatable
[09:49] <mgedmin> and I _think_ I made the translations in launchpad, but I'd better double-check
[09:50]  * mgedmin digs out https://bugs.launchpad.net/ubuntu/+source/gfxboot-theme-ubuntu/+bug/1384188 and rediscovers the package name
[09:51] <mgedmin> it's translated since 2014-12-19: https://translations.launchpad.net/ubuntu/vivid/+source/gfxboot-theme-ubuntu/+pots/bootloader/lt/46/+translate
[09:52] <mgedmin> and yet http://imgur.com/surOD7z :/
[09:55] <mgedmin> oh
[09:55] <mgedmin> somebody needs to make a new gfxboot-theme-ubuntu with the new translations updated from Launchpad
[09:56] <mgedmin> do I file a new bug?
[10:00] <mgedmin> ho hum, Ubuntu Vivid Vervet gives me a text login on tty1 if I boot it in kvm
[10:01] <mgedmin> tty7 has this: http://i.imgur.com/n2mOUFf.png
[10:01] <mgedmin> btw am I testing the right image? "Beta (20150326)"
[10:01] <mgedmin> testdrive's rsync was from rsync://cdimage.ubuntu.com/cdimage/ubuntu-gnome/daily-live/current/vivid-desktop-i386.iso
[10:03] <mgedmin> can't log in with username 'ubuntu' and either blank password or trying 'ubuntu' as the password
[10:04] <mgedmin> ah, the username is 'ubuntu-gnome'
[10:05] <mgedmin> I could boot the livecd session on real hardware, but I don't have a spare hard disk to test actual installation
[10:11] <mgedmin> ok, Xorg.0.log says it's trying these drivers: cirrus, cirrus, modesetting, fbdev, vesa
[10:11] <mgedmin> cirrus bails out because "The PCI device ... has a kernel module claiming it; this driver cannot operate until it has been unloaded"
[10:12] <mgedmin> modeset tries to load glamor, fails
[10:12] <mgedmin> seems to configure a 1024x768 screen fine
[10:12] <mgedmin> then aiglx reverts to software rendering
[10:13] <mgedmin> and then there"s a "Fatal server error: failed to create screen resources"
[10:16] <mgedmin> I can't find anything about qemu compatibility issues in vivid's release notes
[10:16] <mgedmin> I'm not sure I can find vivid's release notes...
[10:16] <mgedmin> https://wiki.ubuntu.com/VividVervet/Beta2/UbuntuGNOME is what I checked
[10:33] <darkxst> mgedmin, software fallback is know to be broken on drivers that provide half-arsed GL support
[10:34] <mgedmin> so there's no way to test in a VM then?
[10:34]  * mgedmin braces for the inevitable vmware suggestion
[10:34] <darkxst> mgedmin, which VM?
[10:34] <mgedmin> kvm would be my preference, but I also have virtualbox installed
[10:35] <darkxst> not sure about kvm, qemu should work
[10:35] <mgedmin> same thing, afaiu
[10:35] <darkxst> virtualbox is tainted crap, I would rather use (and do) vmware than that
[10:35] <mgedmin> vagrant is the only reason I use virtualbox
[10:37] <darkxst> virtualbox requires proprietry blobs on host for gl to work
[10:37] <mgedmin> ok, I tried all four possible -vga options passed to qemu cirrus, std, qxl, vmware); all fail
[10:39] <darkxst> mgedmin, smells like something is snuffed on your host
[10:40] <darkxst> then again I havent booted qemu this cycle
[10:40] <mgedmin> -vga cirrus worked fine last cycle
[10:41] <mgedmin> well, there were those strange drawing artefacts sometimes
[10:41] <mgedmin> but at least I could complete the test
[10:41] <darkxst> in reality vmware is the closest you can get to real hardware testing
[10:42] <darkxst> despite the apparent claims of gpl violation in ESXi
[10:44] <mgedmin> I don't suppose I can apt-get install vmware?
[10:45] <darkxst> mgedmin, no, but there installer is ok
[10:45] <darkxst> qemu often gets bugged out by dody libvirt patches in ubuntu
[23:37] <amjjawad> darkxst,
[23:38] <darkxst> amjjawad, hi
[23:38] <amjjawad> hi darkxst
[23:41] <amjjawad> my whole body is in pain (slept 2 hours only)
[23:41] <amjjawad> I chatted with infinity late at night and as per his tests, the installation didn't crash on him like it did with me
[23:41] <amjjawad> and he didn't want to re-spin
[23:42] <amjjawad> I was so unsure how to go ahead with that while it broke on my testing :( I see them ready now but I don't think they're yet :(
[23:44] <amjjawad> Ok, VB crashed again on me!!!
[23:44] <darkxst> I wouldnt consider virtualbox a blocker, especially when there has not been widespread reproduction
[23:44] <amjjawad> never had that :'(
[23:44] <darkxst> amjjawad, do youself a favour and download vmware player
[23:44] <amjjawad> it broke now again
[23:44] <amjjawad> in the repo?
[23:45] <darkxst> no you have to get it from the vmware site and run the installer
[23:45] <darkxst> but it is free for personal use, and infinitely better than virtualbox
[23:45] <amjjawad> http://www.vmware.com/au ?
[23:46] <darkxst> https://my.vmware.com/web/vmware/free#desktop_end_user_computing/vmware_player/7_0
[23:46] <darkxst> (it may need a small patch if you are running on 15.04 host though)
[23:46] <darkxst> gtg, be back in a bit
[23:47] <amjjawad> tyt darkxst