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