[02:26] <pleia2> there, did team reports finally (hadn't done any since December, oops)
[05:56] <ochosi> morning everyone
[06:17] <elfy> morning
[06:23] <ochosi> hm, the tracker doesn't look too bad
[06:24] <elfy> ochosi: nope - nothing there that's unexpected :)
[06:24] <elfy> apart from a new name \o/ 
[06:25] <ochosi> a new name?
[06:25] <ochosi> you mean a new tester?
[06:26] <elfy> yea
[06:26] <ochosi> good to see how the tester-situation has improved over this cycle
[06:27] <ochosi> our initiatives were not in vain, it seems
[06:27] <elfy> it's getting there for sure
[14:36] <krytarik> bluesabre: LP bug 1446259.
[16:11] <micahg> someone need an upload?
[16:14] <micahg> krytarik: ^^
[16:14] <krytarik> micahg: Yes, that'd be us - xubuntu-docs, please. :)
[16:18] <slickymasterWork> pretty please also micahg ;)
[16:19]  * micahg wonders why bzr tags aren't being used regularly...
[16:21] <micahg> I'm taking a look at the changes now
[16:21]  * micahg thinks he needs more coffee before reading make files
[16:21] <slickymasterWork> lol micahg, blame krytarik 
[16:22]  * genii makes a fresh pot of high-octane coffee and passes the mugs around
[16:22] <micahg> thanks genii :)
[16:22] <genii> Heh, any time!
[16:23]  * drc wonders why someone doesn't invent a coffee hookah?
[16:27] <micahg> krytarik: new line 38 replaces the TRANSLATIONS variable as opposed to what old line 27 did, is that what is supposed to happen? http://bazaar.launchpad.net/~ubuntu-core-doc/xubuntu-docs/vivid/revision/361/Makefile#Makefile
[16:37] <krytarik> micahg: In both of those, the TRANSLATIONS variable is set - however, with the new one it's not expanded immediately - that's basically the fix.
[16:38] <micahg> right, ook
[16:43] <micahg> can I assume we want to include the new translations updates as well
[16:45] <slickymasterWork> yes you can micahg 
[16:49] <krytarik> micahg: There is nothing new today so far though.
[16:50] <slickymasterWork> what about that string in ES krytarik?
[16:51] <slickymasterWork> The one about mentioning the risks of password reuse more clearly that sidi reworded 
[16:51] <krytarik> slickymasterWork: Trickled in with this morning's sync already - along with some FR stuff.
[16:51] <slickymasterWork> ooh, ok
[16:52]  * slickymasterWork will have to create a spreadsheet to keep tags of krytarik's daily doings 
[16:57] <slickymasterWork> knome did you forget https://translations.launchpad.net/xubuntu-docs/vivid/+pots/desktop-guide/fi/+translate?show=untranslated
[17:07] <slickymasterWork> elfy, in your opinion is bug 1445622 sufficient to mark a Live Test as failed?
[17:08] <elfy> nope
[17:08] <micahg> krytarik: http://paste.ubuntu.com/10857109/
[17:08] <slickymasterWork> my thoughts exactly 
[17:12] <micahg> ok, will finish review and upload after coffee
[17:13] <flexiondotorg> elfy, https://bugs.launchpad.net/ubuntu-mate/+bug/1443525
[17:13] <flexiondotorg> elfy, Does that affect Xubuntu?
[17:22] <pleia2> knome: thanks, I'll post to other social medias
[17:27] <knome> pleia2, cheers
[17:27] <knome> slickymasterWork, no, i just didn't get to it yet
[17:28] <slickymasterWork> I was sure you wouldn't forget it knome 
[17:28] <knome> i can likely handle it now...
[17:29] <slickymasterWork> great knome 
[17:31] <elfy> flexiondotorg: no idea - no way to tell either
[17:32] <elfy> slickymasterWork: imo - if a file was still after rebooting a livesession - that might be sufficient to mark something
[17:33] <slickymasterWork> well that was on a live session
[17:33] <elfy> yes - but it wasn't there when it rebooted
[17:35] <slickymasterWork> I passed the test but did marked the bug
[17:37] <elfy> yep
[17:42] <knome> slickymasterWork, pushed a new revision with the updated translation
[17:44] <slickymasterWork> great knome, everything is now as it should be :) 
[17:47] <slickymasterWork> elfy what is the bug number for the the "vivid  fails to shutdown or reboot at end of installation when "reboot now" issue?
[17:47] <elfy> 1445587
[17:47] <slickymasterWork> danka
[17:47] <elfy> fix commited, so I'll be expecting a rebuild soonish
[17:48] <slickymasterWork> not just yet :P
[17:52] <slickymasterWork> micahg if you haven't upload yet, can you please take in consideration -> [18:42] <knome> slickymasterWork, pushed a new revision with the updated translation
[17:53] <slickymasterWork> so the FI translation would be 100% translated
[17:53] <micahg> ok, will do
[17:54] <slickymasterWork> great, thanks for that
[19:28] <micahg> hrm, I'm not seeing any difference in the languages updated between the builds, but I am seeing the new German files
[19:30] <krytarik> micahg: Yeah, they're currently in an automatic import loop. :P
[19:32] <elfy> well that's all the uprades and installs with at least a smoketest done now
[19:32] <elfy> looking good for rebuilds and the tracker being empty next :)
[19:34] <micahg> ok, I guess I'll upload what we have as it fixes the critical bug
[19:34] <elfy> hi micahg 
[19:34] <micahg> sorry, was using wrong tool to check the file size differences
[19:34] <micahg> hi elfy 
[19:36] <micahg> krytarik: any reason not to upload
[19:37] <krytarik> micahg: No, why would there? :)
[19:37] <micahg> idk :), ok, pushing the button, I'll also have a merge for the updated changelog
[19:37] <krytarik> Yep, thanks.
[19:40] <krytarik> micahg: Oh, because we were moving target this evening - no, should be all now. :P
[19:41] <micahg> https://code.launchpad.net/~micahg/xubuntu-docs/15.04.2-changelog/+merge/256856
[19:42] <krytarik> slickymaster: ^
[19:43] <astraljava> elfy: ochosi: I'm thinking that my HDD is just incredibly slow. Otherwise the installation seems to progress in a fairly expected way, but when it starts copying files, it grinds nearly to a halt. Still, I'm expecting this to finish in about an hour, if the progress bar holds true.
[19:43] <elfy> astraljava: thanks :)
[19:44] <ochosi> astraljava: right, sounds like "fun"
[19:44] <ochosi> i presume you're not using this laptop for anything else
[19:45] <elfy> not currently ... 
[19:47] <astraljava> Other than listening to music on Spotify, and chatting here, no. 
[19:47] <astraljava> I even reinstalled virtualbox packages, and did a fresh dist-upgrade, with a reboot prior to starting this. So it's as good as it can be. :)
[19:49] <astraljava> The playlist I'm listening to is stored offline, so it's not using network for that. I do presume it still polls for some other operations, though, but probably not in intervening amounts.
[19:50] <astraljava> Not all RAM is used, and none in swap.
[19:50] <Noskcaj> bluesabre, Are there any thunar fixes we should backport to vivid?
[20:33] <astraljava> Okay, well it seems to work nicely now after all. Thanks for your patience and assistance! :)
[20:43] <knome> eh.
[20:43] <knome> this is why i never upgrade via the GUI
[20:44] <knome> now something is or isn't happening and i have no clue, since the GUI is gone.
[20:48] <knome> astraljava, did you upgrade the way the iso tracker told to?
[21:08] <astraljava> Upgrade? You mean after the installation?
[21:09] <knome> oh, i thought you were doing an upgrade
[21:09] <knome> nvm
[21:09] <astraljava> I'm not exactly doing this by the tracker books, as I gathered those tests were already concluded, no?
[21:09] <knome> nooo.
[21:09] <astraljava> Oh.
[21:10] <astraljava> So you mean I should report this?
[21:10] <knome> well depends on your ISO
[21:10] <knome> most likely yes
[21:10] <astraljava> It's desktop i386 straight install.
[21:10] <knome> from which day?
[21:10] <astraljava> Nothing fancy.
[21:11] <astraljava> jaska@glencoyne:~/Documents/Xubuntu/images 00:11:26 $ ll
[21:11] <astraljava> total 994308
[21:11] <astraljava> -rw-rw-r-- 1 jaska audio 1018167296 Apr 18 00:20 vivid-desktop-i386.iso
[21:12] <astraljava> So it's quite dated.
[21:12] <knome> 20150417.1
[21:12] <astraljava> Is that good?
[21:12] <knome> that's the current target
[21:12] <astraljava> Ok, I'll check the tracker, then.
[21:13] <knome> it's most likely good
[21:13] <astraljava> After the vm done updating initramfs... *sigh*
[21:13] <knome> ;)
[21:13] <astraljava> Yeah, it's much swifter this way, fresh after a reboot, but it's still not fun per se.
[21:14] <knome> per se indeed
[21:14] <astraljava> *smirk*
[21:28] <slickymaster> thanks micahg 
[21:35] <slickymaster> oh and btw micahg, the bzr tags weren't use, in this case, because unusually the bug just got filed after the fix have been commited
[21:46] <Unit193> So the changelog for xubuntu-docs was fixed, no?
[21:46] <Unit193> Good, it was.
[21:52] <bluesabre> thanks for picking that up micahg :)
[21:53] <bluesabre> Noskcaj: as far as I know, we've picked up the major one at least
[21:56] <bluesabre> Unit193: hola
[21:56] <Unit193> Howdy, bluesabre.
[21:58] <bluesabre> how's it going?
[22:00] <Unit193> Uhh, compared to last week?  Well enough.  You?
[22:02] <Unit193> Got too much stuff I don't want to do.
[22:03] <bluesabre> :)
[22:03] <bluesabre> I can relate to that
[22:05] <micahg> bluesabre: sure, np
[22:34] <bluesabre> Noskcaj: ah, only just noticed that there was a new thunar release... well that may change my answer :)
[22:59] <knome> there seems to be some wonkyness in lightdm, probably related to the dualmonitor setup
[22:59] <knome> i'll have to investigate this later when i have better time and am less tired
[22:59] <knome> it seems unrelated to the upgrade itself though, so not noted anything about that there
[22:59] <knome> (everything *works*, just not perfectly)
[23:00] <knome> bluesabre, you ever had a fast blinking cursor on lightdm?
[23:00] <knome> i believe it's loading something
[23:00] <knome> it might be doing some race conditions
[23:01] <knome> the dual-monitor layout is not correct when it first loads (eg. mouse wraps to right monitor when i drag it over the left border of the left monitor)
[23:01] <knome> then it does that blinking/twitching
[23:01] <knome> and then resets to the right layout with the user-specific wallpaper
[23:07] <bluesabre> knome: I've heard of a completely white screen issue which goes away by clicking or specifying a default monitor
[23:07] <knome> nope, not that
[23:07] <knome> i can see the default plymouth wallpaper
[23:07] <knome> and the login box and more
[23:07] <knome> the layout is just wrong
[23:08] <ali1234> what video driver?
[23:08] <knome> and - i'm not sure abuot this - but it's possible i can't type before this loading has happened
[23:08] <knome> nvidia
[23:08] <ali1234> proprietary?
[23:08] <knome> yes
[23:08] <ali1234> and you have a xorg.conf which contains your monitor layout?
[23:08] <knome> i've tried both with and without it
[23:09] <ali1234> does the wrong layout persist after login?
[23:09] <knome> no, it is correct after it has done that twitching thing, as i've said
[23:09] <ali1234> what if you log in fast? ;)
[23:09] <knome> what if i can't type before it has loaded the right layout?
[23:10] <ali1234> well
[23:10] <ali1234> the last time i saw wrong layout in lightdm it was caused by gsettingsd
[23:11] <ali1234> what happens is that xorg uses xorg.conf if it exists, but gsettingsd will attempt to load the user's layout from monitors.xml
[23:11] <ali1234> if it cant do that it will reset the layout to defaults, which are probably wrong
[23:11] <knome> likely...
[23:11] <ali1234> i cannot explain how the layout could be wrong when it loads up but then gets corrected
[23:11] <ali1234> because xorg always uses xorg.conf... obviously
[23:12] <ali1234> and things like gsettingsd only load up afterwards
[23:12] <knome> i mean, my right hand side is connected to the first port (whatever that means), so i guess that's the first guess for the leftmost one
[23:12] <ali1234> but perhaps if your xorg.conf is wrong (maybe gpu-manager deleted it again?) but your monitors.xml is right... that could be the cause
[23:12] <ali1234> no, it does not matter which port things are connected to
[23:12] <knome> well i also tested without a xorg.conf
[23:12] <ali1234> nvidia doesn't work like that. the default layout is determined by the type of monitor connected
[23:13] <ali1234> which is stupid because it means the monitor used for the bios is fixed regardless of which port you connect your monitors to
[23:13] <ali1234> but there's nothing we can do about that
[23:13] <ali1234> so... if you have no xorg.conf, what layout do you get?
[23:13] <knome> both xorg.conf and the gsettingsd conf (if that's what the xfce display dialog handles) are correct
[23:14] <ali1234> no, xfce display dialog does not use gsettings
[23:14] <ali1234> which is why the idea of gsettings always trying to load monitors.xml is so roken
[23:14] <ali1234> because gsettings doesn't even load in xfce, but lightdm loads it for a few things
[23:14] <ali1234> and it tries to reset your monitor layout by default
[23:14] <ali1234> i reported a bug about this ages ago and i think it was fixed
[23:15] <ali1234> i will try to find it
[23:15] <ali1234> bug 1283615
[23:17] <ali1234> so i discovered that ug because i ran unity-greeter to test something instead of gtk-greeter
[23:17] <micahg> BTW, someone will have to poke the release team to get the new xubuntu-docs accepted and then respin ISOs (can we do our own respins?)
[23:18] <ali1234> gsettingsd actually has modules for various things, and monitor layout is one of them
[23:18] <ali1234> lightdm doesn't load the monitor layout plugin, iirc
[23:18] <ali1234> sorry, gtk-greeter doesn't
[23:18] <bluesabre> micahg: yeah, I think me, ochosi, and elfy can respin
[23:18] <ali1234> but unity-greeter doesnt specify modules
[23:18] <knome> and me, but for other reasons...
[23:18] <bluesabre> and knome
[23:18] <knome> i'll leave it to you ;)
[23:19] <knome> bluesabre, again it should be everybody in ~xubuntu-release
[23:19] <bluesabre> I can poke, but usually I get ignored until I go to work ;)
[23:19] <bluesabre> knome, yup
[23:19] <micahg> anything else need to be uploaded or fixed before release?
[23:20] <bluesabre> https://launchpad.net/~xubuntu-release/+members#active
[23:21] <knome> ali1234, thanks for the insight... i got to look at this with better time and eyes x.x
[23:21] <bluesabre> micahg: I think we're in good shape as far as I can tell
[23:21] <micahg> ok
[23:21] <ali1234> this all might be a red herring. what i saw was pretty much the exact opposite of what you are seeing
[23:21] <bluesabre> there are things to upload, but not this late in the game :)
[23:22] <knome> ali1234, yeah, i will figure out what it is what's actually happening
[23:22] <bluesabre> knome: report a bug against gtk-greeter, andrew p did change quite a few things with monitor handling in the last release
[23:23] <knome> in the worst case, i guess i can create a monitors.xml file (if that's supposed to fix this)
[23:23] <knome> bluesabre, when i've looked at it, i will
[23:23] <bluesabre> cool
[23:24] <bluesabre> I'm going to go goof off for a bit, then come back and hack on xfce stuff
[23:25] <knome> hf goofing
[23:26] <bluesabre> will do https://www.youtube.com/watch?v=t5wNX_mIraA
[23:29] <knome> lol, that was my mental image, literally...