pleia2 | there, did team reports finally (hadn't done any since December, oops) | 02:26 |
---|---|---|
ochosi | morning everyone | 05:56 |
elfy | morning | 06:17 |
ochosi | hm, the tracker doesn't look too bad | 06:23 |
elfy | ochosi: nope - nothing there that's unexpected :) | 06:24 |
elfy | apart from a new name \o/ | 06:24 |
ochosi | a new name? | 06:25 |
ochosi | you mean a new tester? | 06:25 |
elfy | yea | 06:26 |
ochosi | good to see how the tester-situation has improved over this cycle | 06:26 |
ochosi | our initiatives were not in vain, it seems | 06:27 |
elfy | it's getting there for sure | 06:27 |
krytarik | bluesabre: LP bug 1446259. | 14:36 |
ubottu | 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 | 14:37 |
micahg | someone need an upload? | 16:11 |
micahg | krytarik: ^^ | 16:14 |
krytarik | micahg: Yes, that'd be us - xubuntu-docs, please. :) | 16:14 |
slickymasterWork | pretty please also micahg ;) | 16:18 |
* micahg wonders why bzr tags aren't being used regularly... | 16:19 | |
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:21 |
* 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:22 |
* drc wonders why someone doesn't invent a coffee hookah? | 16:23 | |
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:27 |
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:37 |
micahg | right, ook | 16:38 |
micahg | can I assume we want to include the new translations updates as well | 16:43 |
slickymasterWork | yes you can micahg | 16:45 |
krytarik | micahg: There is nothing new today so far though. | 16:49 |
slickymasterWork | what about that string in ES krytarik? | 16:50 |
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:51 |
* slickymasterWork will have to create a spreadsheet to keep tags of krytarik's daily doings | 16:52 | |
slickymasterWork | knome did you forget https://translations.launchpad.net/xubuntu-docs/vivid/+pots/desktop-guide/fi/+translate?show=untranslated | 16:57 |
slickymasterWork | elfy, in your opinion is bug 1445622 sufficient to mark a Live Test as failed? | 17:07 |
ubottu | bug 1445622 in gvfs (Ubuntu) "Trash directory unable to be found" [High,Confirmed] https://launchpad.net/bugs/1445622 | 17:07 |
elfy | nope | 17:08 |
micahg | krytarik: http://paste.ubuntu.com/10857109/ | 17:08 |
slickymasterWork | my thoughts exactly | 17:08 |
micahg | ok, will finish review and upload after coffee | 17:12 |
flexiondotorg | elfy, https://bugs.launchpad.net/ubuntu-mate/+bug/1443525 | 17:13 |
ubottu | Launchpad bug 1443525 in ubuntu-mate "liblibsmb segfaults browsing Windows Shares with Caja or Nautilus" [Undecided,New] | 17:13 |
flexiondotorg | elfy, Does that affect Xubuntu? | 17:13 |
pleia2 | knome: thanks, I'll post to other social medias | 17:22 |
knome | pleia2, cheers | 17:27 |
knome | slickymasterWork, no, i just didn't get to it yet | 17:27 |
slickymasterWork | I was sure you wouldn't forget it knome | 17:28 |
knome | i can likely handle it now... | 17:28 |
slickymasterWork | great knome | 17:29 |
elfy | flexiondotorg: no idea - no way to tell either | 17:31 |
elfy | slickymasterWork: imo - if a file was still after rebooting a livesession - that might be sufficient to mark something | 17:32 |
slickymasterWork | well that was on a live session | 17:33 |
elfy | yes - but it wasn't there when it rebooted | 17:33 |
slickymasterWork | I passed the test but did marked the bug | 17:35 |
elfy | yep | 17:37 |
knome | slickymasterWork, pushed a new revision with the updated translation | 17:42 |
slickymasterWork | great knome, everything is now as it should be :) | 17:44 |
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:47 |
slickymasterWork | not just yet :P | 17:48 |
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:52 |
slickymasterWork | so the FI translation would be 100% translated | 17:53 |
micahg | ok, will do | 17:53 |
slickymasterWork | great, thanks for that | 17:54 |
micahg | hrm, I'm not seeing any difference in the languages updated between the builds, but I am seeing the new German files | 19:28 |
krytarik | micahg: Yeah, they're currently in an automatic import loop. :P | 19:30 |
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:32 |
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:34 |
micahg | krytarik: any reason not to upload | 19:36 |
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:37 |
krytarik | micahg: Oh, because we were moving target this evening - no, should be all now. :P | 19:40 |
micahg | https://code.launchpad.net/~micahg/xubuntu-docs/15.04.2-changelog/+merge/256856 | 19:41 |
krytarik | slickymaster: ^ | 19:42 |
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:43 |
ochosi | astraljava: right, sounds like "fun" | 19:44 |
ochosi | i presume you're not using this laptop for anything else | 19:44 |
elfy | not currently ... | 19:45 |
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:47 |
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:49 |
astraljava | Not all RAM is used, and none in swap. | 19:50 |
Noskcaj | bluesabre, Are there any thunar fixes we should backport to vivid? | 19:50 |
astraljava | Okay, well it seems to work nicely now after all. Thanks for your patience and assistance! :) | 20:33 |
knome | eh. | 20:43 |
knome | this is why i never upgrade via the GUI | 20:43 |
knome | now something is or isn't happening and i have no clue, since the GUI is gone. | 20:44 |
knome | astraljava, did you upgrade the way the iso tracker told to? | 20:48 |
astraljava | Upgrade? You mean after the installation? | 21:08 |
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:09 |
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:10 |
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:11 |
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:12 |
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:13 |
knome | per se indeed | 21:14 |
astraljava | *smirk* | 21:14 |
slickymaster | thanks micahg | 21:28 |
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:35 |
Unit193 | So the changelog for xubuntu-docs was fixed, no? | 21:46 |
Unit193 | Good, it was. | 21:46 |
bluesabre | thanks for picking that up micahg :) | 21:52 |
bluesabre | Noskcaj: as far as I know, we've picked up the major one at least | 21:53 |
bluesabre | Unit193: hola | 21:56 |
Unit193 | Howdy, bluesabre. | 21:56 |
bluesabre | how's it going? | 21:58 |
Unit193 | Uhh, compared to last week? Well enough. You? | 22:00 |
Unit193 | Got too much stuff I don't want to do. | 22:02 |
bluesabre | :) | 22:03 |
bluesabre | I can relate to that | 22:03 |
micahg | bluesabre: sure, np | 22:05 |
bluesabre | Noskcaj: ah, only just noticed that there was a new thunar release... well that may change my answer :) | 22:34 |
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) | 22:59 |
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:00 |
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:01 |
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:07 |
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:08 |
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:09 |
ali1234 | well | 23:10 |
ali1234 | the last time i saw wrong layout in lightdm it was caused by gsettingsd | 23:10 |
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:11 |
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:12 |
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:13 |
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:14 |
ali1234 | i will try to find it | 23:15 |
ali1234 | bug 1283615 | 23:15 |
ubottu | bug 1283615 in unity-settings-daemon (Ubuntu) "gnome-settings-daemon trashes monitor config" [Low,Confirmed] https://launchpad.net/bugs/1283615 | 23:15 |
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:17 |
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:18 |
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:19 |
bluesabre | https://launchpad.net/~xubuntu-release/+members#active | 23:20 |
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:21 |
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:22 |
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:23 |
bluesabre | I'm going to go goof off for a bit, then come back and hack on xfce stuff | 23:24 |
knome | hf goofing | 23:25 |
bluesabre | will do https://www.youtube.com/watch?v=t5wNX_mIraA | 23:26 |
knome | lol, that was my mental image, literally... | 23:29 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!